Suddenly the Web App does not appear anywhere in the Azure Portal, and no logs related to deletion in activity logs

Thank you for the guidance.

We checked the deleted resources as suggested using: Get-AzDeletedWebApp

However, the Web App does not appear in the deleted list.

Current Situation

• The Web App is still running normally.
• The SCM/Kudu endpoint works: https://<>.scm.azurewebsites.net/
• Azure CLI shows the Web App in the subscription: az webapp list --query "[?contains(name,'')].{name:name, rg:resourceGroup}"
• But ARM operations fail with: ResourceNotFound: The Resource 'Microsoft.Web/sites/' under resource group was not found.
  1. The Web App does not appear in Azure Portal under any view.
  2. Activity Logs show no delete or move operations.
  3. The resource also does not appear in the deleted Web Apps list.

  Summary

  The Web App: Exists and runs in compute plane

    **Does not exist in ARM control plane**
  
       **Is not marked as deleted**
  
          **Cannot be managed or deployed to**
  

  This appears to be an inconsistency or corruption in the ARM metadata for this Web App.

  Request

  We request Microsoft Support to: Investigate control-plane inconsistency for this App Service instance. Restore the Microsoft.Web/sites resource entry in ARM.
  • Recover portal visibility and deployment capability.

    Summary

    The Web App:
    • Exists and runs in compute plane
    • Does not exist in ARM control plane
    • Is not marked as deleted
    • Cannot be managed or deployed to
    This appears to be an inconsistency or corruption in the ARM metadata for this Web App.

    Request

    We request Microsoft Support to:
    • Investigate control-plane inconsistency for this App Service instance.
    • Restore the Microsoft.Web/sites resource entry in ARM.
    • Recover portal visibility and deployment capability.

Please do provide steps about how we can contact Microsoft support as advised in the answer.

Hi @vikas sharma ,
Thanks for your updates and issue looks like you’re running into a classic control-plane vs. data-plane mismatch in Azure App Service.

The compute layer (data plane) is actually fine your app and Kudu are running normally and can still serve requests. But the ARM control plane has essentially “lost” the Microsoft.Web/sites/gminspectionapistaging resource. It doesn’t show up in the Portal, ARM, or Resource Explorer, and any ARM calls fail with ResourceNotFound.

Since there’s no delete operation in the Activity Log and the app isn’t in soft delete, this usually points to some kind of metadata inconsistency or a backend indexing issue within ARM.

I’ve put together a practical triage and escalation guide you can use right away, along with a ready-to-paste Support ticket description that includes all the evidence Microsoft Support typically needs to re-link the compute instance back to ARM.
Immediately what you should do is

Until the ARM issue is fixed, avoid doing the following:

Don’t stop or restart the Web App

Don’t scale up/down or scale in/out

Don’t do slot swaps or push config changes through pipelines

Any of these actions could disconnect the currently running instance, and since ARM can’t “see” the resource, you wouldn’t be able to bring it back.
Back up anything you can from the running instance (via Kudu)

1. Download site content

Use Kudu at: https://gminspectionapistaging.scm.azurewebsites.net/DebugConsole

Download:

For Linux: /home/site/wwwroot

For Windows: D:\home\site\wwwroot

Or download everything as a ZIP directly: https://gminspectionapistaging.scm.azurewebsites.net/api/zip/site/wwwroot

2. Capture an environment snapshot (This contains many app settings exposed as environment variables.)

https://gminspectionapistaging.scm.azurewebsites.net/api/environment

https://gminspectionapistaging.scm.azurewebsites.net/api/diagnostics/dump (ZIP file)

3. Save any outbound dependency or diagnostic info If you need logs to help with rollback or analysis:

• Kudu > Process Explorer
• Kudu > Log files
• For Linux containers > Docker logs

Quick cross-checks (sometimes reveal a hidden state)

These do not “fix” the issue but can confirm the scope of the control-plane gap.

A) Azure Resource Graph (ARG)

Run either from Azure Cloud Shell or local CLI:

az graph query -q "
resources
| where type =~ 'microsoft.web/sites'
| where name =~ 'gminspectionapistaging'
| project id, name, resourceGroup, location, subscriptionId, tags"

If empty: the ARM graph also does not see it (consistent with your symptoms).

B) Try direct ARM GET with az rest (bypasses command wrappers)

Replace with your subscription & RG (if you know it). Even if RG is wrong, note the x-ms-correlation-request-id from the failure.

SUB='<subscription-id>'
RG='<expected-resource-group>'
SITE='gminspectionapistaging'

az rest --method get \
  --uri "https://management.azure.com/subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Web/sites/$SITE?api-version=2023-12-01"

If you get ResourceNotFound, copy response headers (correlation IDs help support pinpoint the failing backend ring/stamp).

C) Resource Explorer (control-plane)

• https://resources.azure.com/ > expand to your subscription → Resource Group → Microsoft.Web/sites (You already checked keep a screenshot showing it’s missing.)

D) Confirm tenant/subscription context

• Ensure you’re in the same Azure AD tenant & subscription where the app was originally created. (You noted you are Subscription Owner; this is to rule out cross-tenant edge cases.)

Orphaned metadata in ARM: the site’s control-plane document got unlinked from the subscription/RG but compute kept serving.

Catalog desync / stamp catalog issue: the App Service “stamp” hosting your site still has the worker instance & files, but the global ARM catalog no longer lists the resource.

Cross-subscription move that partially failed or backend incident that corrupted the resource’s registration.

Soft-delete / purge not recorded: rare, but your “Deleted Web Apps” check makes this unlikely.

These are backend-only fixable; customers can’t self-heal control-plane documents.

Could you please check these commands in this documentation will get to know issue

Reference :
https://learn.microsoft.com/en-us/cli/azure/webapp?view=azure-cli-latest#az-webapp-list

Hi @vikas sharma ,

Our internal team has confirmed that the resource group was successfully added to ARM. Please let me know if your issue has been resolved.

Yes, it is showing now. Thank you.

Do we know the reason behind why it suddenly got disappeared without any action from our side?