This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-07-30
Channels
- # arachne (5)
- # beginners (42)
- # cider (35)
- # cljs-dev (25)
- # cljsrn (2)
- # clojure (107)
- # clojure-dev (32)
- # clojure-finland (2)
- # clojure-greece (3)
- # clojure-italy (6)
- # clojure-nl (7)
- # clojure-spec (27)
- # clojure-uk (45)
- # clojurescript (152)
- # core-async (3)
- # cursive (26)
- # data-science (4)
- # datomic (33)
- # defnpodcast (1)
- # duct (12)
- # editors (3)
- # emacs (6)
- # events (5)
- # fulcro (6)
- # jobs (1)
- # lein-figwheel (9)
- # off-topic (7)
- # onyx (7)
- # re-frame (1)
- # reagent (9)
- # reitit (31)
- # shadow-cljs (130)
- # slack-help (1)
- # spacemacs (53)
- # tools-deps (55)
- # yada (4)
The job should be able to stay running regardless, assuming the lifecycles are setup right. You just may have a period where one node prevents progress. We have generally used 30 seconds in the past but it really dependso n your needs
:lifecycle/handle-exception
is set, and got called several times with 8io.aeron.exceptions.ConductorServiceTimeoutException`, followed by a couple of org.agrona.concurrent.AgentTerminationException
. I'm guessing what follows in the log snippet above is Onyx attempting to restart and not succeding, as the lifecycle handler does not get called again and subsequent exceptions are logged from Onyx code.
Yup, definitely looks like it’s not succeeding
Do you know if a kill-job log entry is written out though? If so, the job should come back up without a new job submission if the container is cycled
I don't know specifically if kill-job was written (getting monitoring wired up in production is next on the task list), but I don't think the job came back up on its own after recycling the container. I waited awhile after the peers started and nothing seemed to be happening, so I resubmitted the job.
Same tenancy?