This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-09
Channels
- # beginners (20)
- # boot (4)
- # cider (2)
- # cljs-dev (25)
- # clojure (45)
- # clojure-dev (1)
- # clojure-greece (5)
- # clojure-italy (20)
- # clojure-nl (12)
- # clojure-russia (11)
- # clojure-uk (256)
- # clojurescript (176)
- # data-science (33)
- # datomic (47)
- # docs (1)
- # duct (13)
- # fulcro (54)
- # graphql (24)
- # hoplon (3)
- # jobs (1)
- # leiningen (32)
- # luminus (3)
- # midje (1)
- # mount (2)
- # off-topic (3)
- # onyx (5)
- # overtone (1)
- # parinfer (12)
- # pedestal (4)
- # re-frame (60)
- # reagent (11)
- # reitit (3)
- # ring-swagger (21)
- # rum (1)
- # shadow-cljs (16)
- # spacemacs (23)
- # tools-deps (19)
- # vim (79)
Whittling down the production issues. Recently got a "host not found" exception from S3, which I assume is just S3 being flakey. Looks like onyx tried several times to connect and eventually gave up and shut everything down. Is there a setting or something to avoid full shutdown in this case (or some pattern for auto restart of the jobs)?
If you return :restart from your handle-exception lifecycle it should just keep rebooting the peer until it comes back up.
I’ve seen some of those transient host not found issues and I was never sure if it was S3 or whether it was some DNS issues within the container.
Thanks, completely blanked on the handle-exception lifecycle.
@dave.dixon I found that S3 becomes unreachable quite a lot, Lucas has already answered it but yes the lifecycle restart
on handle exception is a life saver 🙂