An Azure service that enables the connection of on-premises networks to Azure through site-to-site virtual private networks.
Hello @Andrei
Based on the symptoms you've described, this appears to be a stuck provisioning state rather than a configuration issue.
Since the gateway is in a Failed provisioning state and every update/delete operation returns either InternalServerError or ConflictError, there isn't a supported customer-side method to force-delete or reset the resource. The resource provider (Microsoft.Network) still considers the gateway to be in an active provisioning workflow, which prevents modification or deletion.
Before opening a support request, I'd recommend verifying a few things:
- Check Activity Log for the Virtual Network Gateway to identify the operation that failed and capture the Correlation ID and timestamp.
- Run Get-AzVirtualNetworkGateway or az network vnet-gateway show and confirm the provisioningState and whether any background operation is still in progress.
- Verify that no resource locks exist on the resource group or gateway.
- If the deployment was created via ARM/Bicep/Terraform, review the deployment operation history for the original failure.
If the gateway remains stuck in the Failed state after these checks, the recommended approach is to open an Azure Support request. Microsoft can perform a backend cleanup or repair of orphaned network resources, which isn't exposed through Azure Portal, PowerShell, Azure CLI, or Azure Resource Explorer.
If you have the Correlation ID, Subscription ID, and the approximate deployment time, include those in the support request, as they'll help the Networking team locate the failed provisioning operation more quickly.
Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.