Cluster Status Check

A non-blocking peek at the background cluster provision. Run at the end of Phases 3, 4, and 5. Wrap in timeout to prevent hanging.

timeout 15 az aks show --name <cluster> --resource-group <rg> --subscription <sub> --query "{state:provisioningState, power:powerState.code}" --output json --only-show-errors

If timed out (exit 124), skip and retry next phase.

• Succeeded: Attach ACR if not done yet (use the ACR attachment approach from /kickstart-handoff, step 6c). Remember this for Phase 6.
• Creating: Note it, continue.
• Failed: Get details from az monitor activity-log list --resource-group <rg> --status Failed --max-events 3. Common failures:
  • "could not find a suitable VM size": The region is out of capacity, or the subscription lacks quota for the D-family SKUs AKS Automatic needs. These look the same because AKS Automatic provisions nodes on AKS-owned (HOBO) subscriptions, so the shortage can be on the AKS side even when your own quota is fine. Suggest retrying in a lower-contention region, in priority order: eastus2, westus3, southcentralus, canadacentral, swedencentral. Avoid eastus, westeurope, and southeastasia — they carry the most capacity pressure. Link to quota page: https://portal.azure.com/#view/Microsoft_Azure_Capacity/QuotaMenuBlade/~/myQuotas
  • QuotaExceeded: Suggest different region or quota increase.
  • OperationNotAllowed: Provider not registered or policy blocking.
  • InvalidParameter: Bad name — re-collect from user. Offer retry via vscode_askQuestions.
• 404: az aks create may have failed silently. Check the RG exists, retry creation.

Also check ACR:

timeout 15 az acr show --name <acr> --resource-group <rg> --subscription <sub> --query provisioningState --output tsv --only-show-errors