Azure compute resources that are used to create and manage groups of heterogeneous load-balanced virtual machines.
hi Lalit Kumar Sharma & thx for sharing urs issue here at Q&A portal,
this does look like a backend VMSS control-plane issue. If portal deletion, scaling to zero, and direct ARM deletion all fail with the same InternalExecutionError, there is probably a stuck internal operation, orphaned instance metadata, or a resource lock that is not visible from the customer side. Repeating the same delete commands is unlikely to clear it.
Check the Activity Log for the failed delete and scale operations and capture the correlation IDs and exact UTC timestamps. It is also worth confirming that there are no visible resource locks, active deployments, or dependent resources such as load balancer backend references, but those would normally return a more specific error than InternalExecutionError.
At this point, the Azure Compute team needs to inspect the VMSS backend state and clear the failed operation or orphaned metadata. Open a technical support case with the VMSS resource ID, region, orchestration mode, latest correlation IDs, and the full error response. This is not something that can usually be fixed with az resource delete once the platform itself is returning an internal execution error.
rgds,
Alex
&
If my answer was helpful pls mark it and additional thx if u follow me at Q&A portal
and at my blog https://ctrlaltdel.blog/