Replies: 1 comment 2 replies
-
Thank you very much for reporting! We don't have a solution for you, but we already identified the cause for this issue and are going to fix it soon! I copied your description to Issue #903. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Dear eCAL community,
In our system, we use both pub/sub and service methods a.k.a RPCs.
We have one particular RPC that can take up to 10 seconds to complete (it's not actually doing work, it's just waiting for something to happen), but when it does take that long, the process it is running in loses its subscriber information, i.e. any topic it publishes to from that point onwards does not actually make it to the subscribers.
In the
registration_timeout
inecal.ini
is set to 10000 (10 seconds), if I increase that number to something higher, the problem goes away, so I have a solution to my problem that works.My question is, though, whether it's the right solution. It appears as though a long running RPC blocks some maintenance/monitoring tasks needed to maintain the registration info, and if that happens for long enough, the
registration_timeout
is hit. Do you have any guidance on long-running RPCs? Is there a way give the maintenance/monitoring tasks an explicit chance to run while the RPC is waiting, or is the official advice to either steer clear of long-running RPCs or make sure theregistration_timeout
is long enough?Regards,
Sam
Beta Was this translation helpful? Give feedback.
All reactions