I am using Camunda 8.50 and spring boot 3.2.5. While starting the spring boot application, sometimes we are getting below exception
WARN 3240 — [lt-executor-153] io.camunda.zeebe.client.job.poller : Failed to activate jobs for worker relatedPersonsWorker#extractRelatedPersons and job type extractRelatedPersons
io.grpc.StatusRuntimeException: DEADLINE_EXCEEDED: deadline exceeded after 19.999779200s. Name resolution delay 0.000000000 seconds. [closed=[], open=[[buffered_nanos=20000835700, waiting_for_connection]]]
** at io.grpc.Status.asRuntimeException(Status.java:533) ~[grpc-api-1.62.2.jar:1.62.2]**
** at io.grpc.stub.ClientCalls$StreamObserverToCallListenerAdapter.onClose(ClientCalls.java:481) ~[grpc-stub-1.62.2.jar:1.62.2]**
** at io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:574) ~[grpc-core-1.62.2.jar:1.62.2]**
** at io.grpc.internal.ClientCallImpl.access$300(ClientCallImpl.java:72) ~[grpc-core-1.62.2.jar:1.62.2]**
** at io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInternal(ClientCallImpl.java:742) ~[grpc-core-1.62.2.jar:1.62.2]**
** at io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(ClientCallImpl.java:723) ~[grpc-core-1.62.2.jar:1.62.2]**
** at io.grpc.internal.ContextRunnable.run(ContextRunnable.java:37) ~[grpc-core-1.62.2.jar:1.62.2]**
** at io.grpc.internal.SerializingExecutor.run(SerializingExecutor.java:133) ~[grpc-core-1.62.2.jar:1.62.2]**
** at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[na:na]**
** at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[na:na]**
** at java.base/java.lang.Thread.run(Thread.java:1583) ~[na:na]**
Same is getting resolved automatically after sometime.
Does anybody facing the same issue ? what’s the permanent solution for this issue ?
The default is 20 seconds. You could increase it to 30s or even more if jobs take time to become available.
In Spring Boot config: (find the appropriate attribute for the version)
zeebe:
client:
job:
poll:
timeout: 30s
3. Add Retry Backoff (handled automatically by client)
The Camunda Java client automatically retries job polling with backoff. Just make sure you don’t suppress these exceptions manually if you’re managing backoff logic.
4. Pre-warm Your System
If all workers start before workflows are deployed or started:
You’ll see a burst of these errors until jobs exist.
You can delay worker start or use backoff on failure.
Should You Be Anxious?
No. This warning is common and expected — especially in:
Thanks for your guidance. In my case, the the external service tasks is getting struck whenever this warning is occurring. Sometimes, those service tasks are taking more than 10 minutes to complete.