This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-01-25
Channels
- # announcements (3)
- # asami (63)
- # babashka (5)
- # babashka-sci-dev (32)
- # beginners (56)
- # calva (2)
- # cider (28)
- # clj-commons (9)
- # clj-kondo (16)
- # cljdoc (41)
- # cljs-dev (19)
- # clojure (67)
- # clojure-europe (15)
- # clojure-nl (1)
- # clojure-poland (1)
- # clojure-uk (2)
- # clojurescript (27)
- # community-development (10)
- # data-science (2)
- # datascript (8)
- # datomic (21)
- # events (3)
- # fulcro (54)
- # graalvm (18)
- # introduce-yourself (2)
- # juxt (3)
- # lsp (6)
- # music (1)
- # nextjournal (8)
- # off-topic (44)
- # omni-trace (1)
- # reitit (13)
- # releases (3)
- # rewrite-clj (4)
- # shadow-cljs (10)
- # spacemacs (6)
- # sql (12)
- # tools-build (17)
- # tools-deps (3)
- # web-security (1)
I have a transaction id and I want to be able to see everything done in that transaction, but so far I can't find a way to do that. Something like
(d/q '[:find ?e ?attr ?val
:in $ ?tx
:where
[?e ?attr ?val ?tx true]]
db tx-id)
Gives me :db.error/insufficient-binding Insufficient binding of db clause: [?e ?attr ?val ?tx true] would cause full scan
Is there a way to do this?does anyone have any advice about valcache on eks/k8s? i was originally planning on running our peers as statefulsets to simplify the storage topology, but we’ve recently hit a point where statefulset rollout would be too slow… wondering about strategies for warming dynamically provisioned EBS volumes. was considering running some kind of sync from a RWX EFS mount, but worried about increasing complexity of our solution
sorry, i’m not sure i understand what you’re suggesting. the peers to need to provision storage dynamically, which in the scope of EKS would be EBS volumes
I don’t think you need EBS on peers @U02AEH4M8GY
the alternative to EBS is using direct attached storage on the eks ec2 nodes, but this is a huge anti-pattern in k8s land
because the data for valcache needs to live on an ssd
per the documentation
and now I see that you wrote that in the first sentence. forgive me, I have a new infant @U02AEH4M8GY
@U050ECB92 congrats!
yes, totally, i have provisioning dynamic/ephemeral volumes all sorted, but given our shift to k8s is coupled with our desire to increase deployment cadence, i’m worried about cache locality suffering a lot if we’re deploying frequently
since the volumes will be totally cold each time a peer starts