Speech service ResourceExhausted "No free synthesizer" in North Europe; api-voice-production-eu-west-1

Valentin Baca 20 Reputation points
2026-03-05T17:58:15.01+00:00
"cause":{"privResultId":"AE2237A9FADD4421A411BBB4705D9454","privReason":1,"privErrorDetails":"Status(StatusCode=\"ResourceExhausted\", Detail=\"No free synthesizer\") websocket error code: 1013","privProperties":{"privKeys":["CancellationErrorCode"],"privValues":["ConnectionFailure"]}},"msg":"Azure. Incorrect result reason","time":"2026-03-05T11:05:36.345Z"

We're seeing these errors: ResourceExhausted, "No Free synthesizer" "websocket error code: 1013" when calling the speech service api-voice-production-eu-west in location "North Europe"

We've implemented retries (with jitter to avoid retry storms), but continue to see the error. It seems to happen during higher traffic, but not traffic that should be hitting a quota limit.

We're NOT seeing any such errors for our equivalent speech service api-voice-production-us-east-1 in location "East US"

Azure AI Search
Azure AI Search

An Azure search service with built-in artificial intelligence capabilities that enrich information to help identify and explore relevant content at scale.


Answer accepted by question author
Anshika Varshney 15,625 Reputation points Microsoft External Staff Moderator
2026-03-05T19:15:50.3233333+00:00

Hi Valentin Baca,

From what you described, this kind of error usually happens when the Speech service in a specific region temporarily runs out of available synthesis workers. It is generally not related to your subscription quota or any configuration problem in your code.

There are a few signs in your error that point to this situation.

The response shows StatusCode ResourceExhausted with the message saying there is no free synthesizer available. The WebSocket connection is closing with code 1013. The issue appears during periods of higher traffic. The same workload works in another region such as East US but fails in North Europe.

When these things appear together, it usually means the regional service pool is under heavy demand at that moment. If all synthesizer workers in that region are busy, the service starts rejecting new synthesis requests even though your subscription still has capacity. Because the workers are temporarily unavailable, retrying the request during the same busy window can still fail.

A few practical things that often help in situations like this.

First, try routing a small portion of requests to another region as a quick comparison. Since you already saw the same workload succeed in East US, that strongly suggests the issue is regional rather than something in the application.

Second, if your application sends requests in bursts, it can help to spread them out slightly. Even if the total number of requests is within limits, short spikes can sometimes trigger this behavior.

Third, if you are processing longer or bulk text synthesis jobs, batch style processing tends to be more stable than many real time synthesis calls during busy periods.

It is also worth occasionally checking Azure Service Health or Speech service updates because regional capacity events sometimes show up there, even if everything initially looks normal.

Since your setup has not changed and the same calls work in another region, this does not look like a regression in your code or SDK usage. It is more consistent with temporary availability fluctuations in the voice synthesis pool of that region.

If the behavior continues only in North Europe while other regions remain stable, using a simple multi region fallback approach is usually a reliable way to handle it until the regional capacity stabilizes.

Hope this helps explain what might be happening. If you notice the same behavior appearing in other regions as well, it would be interesting to see whether the pattern is similar.

Do let me know if you have any further queries.

If this answers your query, please do click Accept Answer and Yes for was this answer helpful.

Thankyou!

Was this answer helpful?

1 person found this answer helpful.
0 comments No comments

0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.