This repository has been archived by the owner on Jan 6, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 205
ConductorServiceTimeoutException #681
Comments
@neverfox this should be fixed by 0.9.14. Please let me know if you see anything similar when you're on 0.9.14. |
Closing until we hear of this re-occuring. |
This is still happening with 0.9.15 and from what I can tell it's when an always-running job receives new work to do after a long hiatus (days/weeks) of doing nothing. |
Thanks for the report. I assume it doesn't come back up after spitting out the errors? It should have re-established the subscriber.
Could you please paste the errors from the lastest logs?
… On 3 Jan 2017, at 11:29, Roman Pearah ***@***.***> wrote:
This is still happening with 0.9.15 and from what I can tell it's when an always-running job receives new work to do after a long hiatus (days/weeks) of doing nothing.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.
|
After reading real-logic/aeron#256 it seems that Aeron uses this timeout to set publication as dead after 5s of inactivity. Solution might be increase this timeout - https://github.com/real-logic/Aeron/wiki/Configuration-Options see Publication Connection Timeout. |
This occurs to our code as well. Our job runs fine for 8-15 minutes then all of the tasks fail with this:
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
We have a 24/7 job that listens to Datomic logs for new segments. It sometimes goes for a while without any work. Twice now, after long periods of idle time (on the order of days), the following has happened to one of our peer groups when work finally resumed, i.e. constantly spitting out in the logs:
The text was updated successfully, but these errors were encountered: