-
Notifications
You must be signed in to change notification settings - Fork 3.4k
Application Gateway - CanceledAndSupersededDueToAnotherOperation issue #21156
Copy link
Copy link
Open
Labels
Networkaz network vnet/lb/nic/dns/etc...az network vnet/lb/nic/dns/etc...Service AttentionThis issue is responsible by Azure service team.This issue is responsible by Azure service team.act-quality-productivity-squadcustomer-reportedIssues that are reported by GitHub users external to the Azure organization.Issues that are reported by GitHub users external to the Azure organization.needs-team-attentionThis issue needs attention from Azure service team or SDK teamThis issue needs attention from Azure service team or SDK team
Milestone
Metadata
Metadata
Labels
Networkaz network vnet/lb/nic/dns/etc...az network vnet/lb/nic/dns/etc...Service AttentionThis issue is responsible by Azure service team.This issue is responsible by Azure service team.act-quality-productivity-squadcustomer-reportedIssues that are reported by GitHub users external to the Azure organization.Issues that are reported by GitHub users external to the Azure organization.needs-team-attentionThis issue needs attention from Azure service team or SDK teamThis issue needs attention from Azure service team or SDK team
We have an Application Gateway that we're using with several teams.
Obviously, we have setup several CI/CD pipelines (with using the AZ CLI) that deploy our resources and creates our entrypoint for the Application Gateway.
We have started to notice that when we run several commands against the gateway (at the same time), we get the following error:
We've tested this and it seems to be that indeed, the first request gets cancelled, which ends in a failed pipeline and no entrypoint created for the Application Gateway. This keeps us from being able to run our pipelines at the same time, since it often ends in an error. We've been running these pipelines for the last few years, but haven't noticed this behaviour before.
The az cli commands that we're using are all part of the
az network application-gatewayendpoints, for example:az network application-gateway address-pool createaz network application-gateway probe createI would expect that I would be able to add/update several listeners/backend pools/etc for the gateway at the same time, without the first operation being cancelled.
So the question we have is:
Did something change with these calls?
Is this the expected behaviour?
And could someone explain why this is/should be the case?