This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2024-04-22
Channels
- # announcements (1)
- # beginners (27)
- # calva (11)
- # cider (37)
- # clj-kondo (44)
- # clojure-europe (14)
- # clojure-nl (1)
- # clojure-norway (6)
- # clojure-uk (4)
- # clojurescript (6)
- # cursive (17)
- # data-science (1)
- # datomic (27)
- # duct (4)
- # events (1)
- # fulcro (3)
- # graphql (14)
- # lingy (3)
- # lsp (1)
- # malli (16)
- # off-topic (23)
- # portal (19)
- # reitit (10)
- # releases (2)
- # ring (4)
- # ring-swagger (2)
- # scittle (22)
- # shadow-cljs (33)
- # sql (19)
- # testify (1)
I updated datomic from 1.0.6610 to 1.0.7075. After this change, the backup process never seems to complete due to dynamodb timeout exceptions. The invocations are the same (no backup pacing), and both are incremental backups, both are reading from dynamodb provisioned storage and writing to the local filesystem. Is there some hidden configuration default that changed, or are the reads much more aggressive that it’s hitting provisioned capacity limits where it didn’t before?
Hey @U09R86PA4, can you share (however you'd prefer) the flags used during your backup process?
• Yeah, you may have more memory pressure because because we increased some branch-level concurrency in the backup process. I imagine because you've got a large enough database you're going to be taking advantage of that concurrency.
• The ddb timeouts are likely because of the new ddbRequestTimeout setting, which now defaults (IIRC) to 1s and previously was 1m.
• Try increasing mem
• If increasing mem doesn't solve it, set -Ddatomic.ddbRequestTimeout=10000
https://docs.datomic.com/pro/changes.html#1.0.7010 • "New System Property: ddbRequestTimeout ..."
Yeah, old value was the SDK Default of 1 minute (If I could only share the things I've seen...)
running on 6610, jstat shows GC isn’t as active. :backup/segment :msec values remain very low
Are they being skipped or copied. Since you're doing an incremental backup they may just be getting skipped.
overall network throughput from 6610 is higher according to CW metrics from the instance