Azure App Service is a service used to create and deploy scalable, mission-critical web apps.
App Services Are Failing to Deploy!!!! Need Help from Microsoft Engineers!
Hey Microsoft Engineers. I'm paying for support. Please support me. My last question from last week has been ignored.
App Services are failing to deploy! I need help ASAP! Your support work flow is useless. I need to talk to someone.
Azure App Service
-
Anonymous
2025-09-29T16:11:03.5066667+00:00 Hi PatrickG
To help us better assist you, could you please clarify whether you’re working with Azure Container Apps or App Service (Web App)?
It would also be helpful if you could share some additional details, such as:
- Your deployment method (e.g., Azure DevOps, GitHub Actions, Visual Studio, CLI, etc.)
- The environment or configuration you are using
- The exact error messages or logs you’re seeing during deployment
With this information, we’ll be in a better position to guide you toward a solution.
-
Anonymous
2025-09-29T19:12:11.0233333+00:00 Hi PatrickG,
Thank you for your question on Microsoft Q&A.After reviewing your deployment error and the behavior of your application, here is a summary of the main issues and suggested solutions:
Key Issues
- Quota Error: SubscriptionIsOverQuotaForSku
This error means your subscription does not have enough quota to deploy the selected App Service Plan (SKU) in the East US region.
Possible Solutions:
- Deploy to a region with available quota, such as Central US or West US.
- Choose a lower-tier SKU, like F1 (Free) or S1 (Standard), if suitable.
- Request a quota increase for SKU B1 in East US through
- Azure Portal > Help + Support > New Support Request.
Here is your modified ARM parameters file with the following changes:
- Region changed from
"East US"to"Central US" - SKU changed from
"Basic"(B1) to"Standard"(S1)
{ "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#", "contentVersion": "1.0.0.0", "parameters": { "subscriptionId": { "value": "aaa23d74-e212-4684-804b-1ca551b3eb3a" }, "resourceGroupName": { "value": "sa-cp-rg-dev" }, "name": { "value": "sa-cp-service-dev" }, "location": { "value": "Central US" }, "hostingPlanName": { "value": "ASP-sacprgdev-a15c" }, "serverFarmResourceGroup": { "value": "sa-cp-rg-dev" }, "alwaysOn": { "value": false }, "ftpsState": { "value": "FtpsOnly" }, "autoGeneratedDomainNameLabelScope": { "value": "TenantReuse" }, "sku": { "value": "Standard" }, "skuCode": { "value": "S1" }, "numberOfWorkers": { "value": "1" }, "workerSize": { "value": "0" }, "workerSizeId": { "value": "0" }, "linuxFxVersion": { "value": "sitecontainers" }, "siteContainerName": { "value": "main" } } }- App Service Startup Failure (Container Timeout)
The containerized app is not starting within the 10-minute limit.
Common Causes:
- Incorrect linuxFxVersion or missing startup command.
- Problems with the container image, such as accessibility or tagging issues.
- App not listening on port 80.
- Resource limitations, especially with B1 SKU.
Solutions:
- Ensure the container image is accessible and correctly tagged.
- Set the startUpCommand if needed.
- Make sure the app listens on port 80.
- Consider using a higher SKU like S1 for longer startup times.
- Enabling and Accessing Logs
App Service Logs:
- Go to App Service > Monitoring > App Service Logs.
- Enable Application Logging (Filesystem), Web Server Logging, Detailed Error Messages, and Failed Request Tracing.
- Use the Kudu Console at https://<app-name>.scm.azurewebsites.net/DebugConsole and check the /LogFiles directory for logs.
SQL Database Logs:
- Go to SQL Database > Auditing.
- Select a destination: Log Analytics, Event Hubs, or Azure Storage.
- View logs with Log Analytics ("SQLSecurityAuditEvents"), Azure Storage Explorer (sqldbauditlogs container), or SSMS (sys.fn_get_audit_file).
Template Validation Troubleshooting:
- Check all required parameters are included.
- Verify resource types and names.
- Ensure there are no quota or policy restrictions.
- Use the Activity Log in Azure Portal to view detailed error JSON [5].
Recommended Actions:
- Review quota in Azure Portal under Subscriptions > Usage + Quotas.
- Try deploying to Central US or West US.
- Enable diagnostic logs using App Service Logs and Kudu Console.
- Check container image accessibility and confirm the app listens on port 80.
- Request a quota increase if necessary.
To request a quota increase in Azure for App Service Plans or other resources, follow these steps:
Steps to Request a Quota Increase in Azure Portal:
- Access the Azure Portal
- Go to https://portal.azure.com
- Go to Help + Support
- Click “Help + support” in the left menu
- Start a New Support Request
- Select “+ New support request”
- Complete the Request Form
- Issue type: Quota
- Subscription: Choose your subscription (aaa23d74-e212-4684-804b-1ca551b3eb3a)
- Quota type: App Service
- Region: Pick the relevant region (e.g., East US)
- SKU: Select the required SKU (e.g., B1, S1, etc.)
- New limit: Enter the number of instances needed
- Add a Justification
- Briefly state the reason for the quota increase (e.g., production deployment, performance needs)
- Submit the Request
- Click “Create” to send the support ticket
Notes:
- Quota increases are free, but approval may take several hours to a day.
- You can check the status in Help + Support > Support Requests.
- Enterprise agreement or CSP users might require admin approval.
Kindly let us know if the above comment helps or you need further assistance on this issue.
Please "upvote" if the information helped you. This will help us and others in the community as well.
-
PatrickG • 0 Reputation points
2025-09-29T20:15:07.92+00:00 I have tried increasing the B1 quota and it didn't resolve the issue. I tried different tier SKU's and they all failed with the same error.
-
Anonymous
2025-09-30T12:16:14.4+00:00 Hi PatrickG
Just checking—could you please try opening Azure Resource Explorer?
From the left pane, navigate to:
Providers → Microsoft.Web → Sites / Serverfarms
In the JSON, look for "resourceType": "validate" and check the "location" value.
If possible, please share the JSON file with me in a private message.
-
Anonymous
2025-10-01T15:57:50.74+00:00 Hi PatrickG
Just checking in to see if my earlier comment was helpful or if you still need any assistance.
-
PatrickG • 0 Reputation points
2025-10-01T19:09:40.9733333+00:00 -
PatrickG • 0 Reputation points
2025-10-02T17:51:44.22+00:00 @Vimal Lalani Is this helpful? Any additional info you need?
-
PatrickG • 0 Reputation points
2025-10-06T18:39:04.0233333+00:00 Vimal,
Any updates? I still need to resolve this issue.
-
Anonymous
2025-10-08T06:47:11.2633333+00:00 Based on the error details, the core issue is that your subscription has hit the quota limit for the chosen SKU/VM count in the specified region. Here are my findings and recommended
- Reviewed the deployment JSON that you have shared.
-
"resourceType": "validate"and thelocationfield matches the desired deployment region.
In your case, East US and East US 2 are listed among the available regions, but you mentioned earlier that you're facing quota issues in East US. it’s possible that the specific SKU or the VM quota is exhausted only in that region. If there is a mismatch between the template location and the intended deployment region, adjust accordingly.
- Verify Quotas in the Target Region
Even with different SKUs, the quota for certain resources in East US may be fully consumed.
Run this Azure CLI command to check usage limits:
bash az vm list-usage --location <region> --output tableReview limits for VM cores, App Service Plans, and server farms to confirm if they’re exceeded.
- Check for Locked Resources
Go to Azure Portal → Resource Groups → Your Resource Group → Locks and remove any ReadOnly or Delete locks that might prevent changes to your App Service Plan or related resources.
- Validate the ARM Template Locally
Before redeploying, run:
bash az deployment group validate \ --resource-group <resource-group-name> \ --template-file <template-file-path> \ --parameters <parameters-file-path>- This will flag any template or parameter issues without triggering actual deployment.
https://learn.microsoft.com/en-us/cli/azure/vm?view=azure-cli-latest#az_vm_list_usage
https://learn.microsoft.com/en-us/cli/azure/deployment/group?view=azure-cli-latest#az-deployment-group-validate -
PatrickG • 0 Reputation points
2025-10-13T19:16:35.8366667+00:00 I am now having this capacity issues for all VM resource deployment in other subscriptions.
-
PatrickG • 0 Reputation points
2025-10-13T19:18:21.8666667+00:00 @Anonymous I need to get this opened as a support ticket ASAP!. This is blocking other projects we are trying to implement on Azure.
Sign in to comment