fix: handle azure keyvault throttling with retry logic#237
fix: handle azure keyvault throttling with retry logic#237thomas-rabiller wants to merge 1 commit intovcsjones:mainfrom
Conversation
|
This also looks like a solution for #249 |
|
I am looking forward to this PR getting approved. |
|
Hi @vcsjones , any reason not to proceed with this merge? Azure's key vault throttling is insane and keeps failing our pipelines. Thanks! |
|
I believe this issue was addressed in #251. It’s included in v6.0.0-beta1 (check the release announcement here: https://github.com/vcsjones/AzureSignTool/releases/tag/v6.0.0-beta1). |
|
We still have this issue on 6.0.1 |
|
Me too, retry mechanism does not seem to work. |
|
The retry mechanism is indeed part of 6.0.0. See release notes or the notes of the beta mentioned above (link: #271):
So, it must be the CA throttling that limits the signing throughput. This PR should be abandoned. |
|
For us it does seem to be the timestamp service that's causing throttling failures. The Azure retry mechanism in v6.0.1 doesn't kick in at all for these. I've pulled v6.x into this change and created a build here: https://github.com/bdagnin/AzureSignTool/releases/download/v6.0.2-alpha.1.retry/AzureSignTool.exe |
Include retry logic to deal with Azure KeyVault throttling errors that may occur during large sign batches, as described in Microsoft docs:
https://learn.microsoft.com/en-us/azure/key-vault/general/overview-throttling