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 ?
@Murugesh_P,
DEADLINE_EXCEEDED: deadline exceeded after 19.999...s
This is from the gRPC ActivateJobs call:
- The client (Spring Zeebe client) waited ~20 seconds for a response
- No jobs were returned in that time
- The call was canceled by the client (not the server)
Why It Happens
- No jobs were available for the job type extractRelatedPersons
- The Gateway held the request open (long polling)
- When the timeout (requestTimeout) was hit, the client gave up
This is not a fatal error — just a warning that there were no jobs available during that poll cycle.
Root Cause?
This is expected behavior if:
- Jobs of this type are rare or not yet created
- The worker is coming up before the engine is ready
- The Zeebe Gateway is under pressure and slow to respond
- You’re using many workers starting up at once
How to Handle It
1. Silence the Warning (Optional)
If this is expected in your system, you can silence the warning log or lower the log level for this class:
logging:
level:
io.camunda.zeebe.client.job.poller: ERROR
2. Increase requestTimeout
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:
- Systems with infrequent job creation
- Cold-start scenarios
- Many workers per job type
But it can be a performance issue if:
- You’re seeing thousands of these per second
- You’re not using long polling properly
- Your Gateway CPU is spiking
Hi aravindhrs
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.
@Murugesh_P Have you upgrade the Camunda version?
Hi @aravindhrs,
Issue is resolved after I increase the request-timeout
zeebe:
client:
request-timeout: 300s
Thanks for your guidance