This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(83.2, 90%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ECK%3C/text%3E%3C/svg%3E)
I'm trying to swap my staging slot to production via the azure cli in my devops pipeline. When I run the command it runs for upwards of 20-30 minutes before failing with the error: "Cannot swap site slots for site 'site-name-here' because the 'staging' slot did not respond to http ping." I have verified that I can hit the staging slot root just fine as well as a few other routes so the site is definitely up and running. I'm not really sure what else to check the app is running fine in staging so I don't understand why the swap is failing.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(60.8, 20%, 15%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EG%3C/text%3E%3C/svg%3E)
I'm having the same issue when attempting to initiate a swap a linux app. Not using azure cli, but using AZ module functions (Switch-AzWebAppSlot), and have attempting to trigger the swap in the portal to no avail.
The function doesn't return for 20-30 minutes, and the slot activity log shows the failure and that the slot didn't respond to the 'http ping." Would love to know if you manage to solve this.
You are fully right on the one but the same document mentions as well as this details....
https://github.com/Azure-App-Service/KuduLite/wiki/App-Cache
Cheers,
Also, I am wondering if you have any web app http-https-rewrite-rules....
Regards,
I just tried setting WEBSITES_ENABLE_APP_CACHE=false and re-ran the pipeline and the swap worked just fine. I then removed the appsetting altogether and it's still working... I'm not really sure if that was the issue or not. One thing I will note about rewrite rules. I don't have any in my web.config file but I am using the app service configuration: HTTPS Only on which redirects all HTTP traffic to HTTPS. Also, in the app itself I'm using app.UseHttpsRedirection();
One additional note from the Github document on App-Cache. It mentions this: "AppCache and Run from Package are completely different ways of presenting the app content. Currently these settings are incompatible with each other". I do have WEBSITE_RUN_FROM_PACKAGE turned on so maybe that had something to do with it. I'm going to keep monitoring it and see if it starts happening again.
Hello @Chris Kingdon
Thank you for your findings.
I am happy to read this statement "I just tried setting WEBSITES_ENABLE_APP_CACHE=false and re-ran the pipeline and the swap worked just fine."
This brought my attention buddy I do have WEBSITE_RUN_FROM_PACKAGE turned on so maybe that had something to do with it but as you said please keep monitoring this. This is a great learning opportunity : )
Cheers,
Please "Accept the answer" if the information helped you. This will help us and others in the community as well.
Hello @Chris Kingdon
Thank you for your post.
As per scenario, I would think of checking the following settings as it is shown below:
https://learn.microsoft.com/en-us/cli/azure/webapp/config/access-restriction?view=azure-cli-latest
Looking forward to your feedback,
Best Regards,
Please "Accept the answer" if the information helped you. This will help us and others in the community as well.
Hey @risolis thanks for the reply. So it looks like everything is open as it should be. Here is the output for the web app (the staging slot looks the same as well):
{
"ipSecurityRestrictions": [
{
"action": "Allow",
"additional_properties": {},
"description": "Allow all access",
"headers": null,
"ip_address": "Any",
"name": "Allow all",
"priority": 1,
"subnet_mask": null,
"subnet_traffic_tag": null,
"tag": null,
"vnet_subnet_resource_id": null,
"vnet_traffic_tag": null
}
],
"scmIpSecurityRestrictions": [
{
"action": "Allow",
"additional_properties": {},
"description": "Allow all access",
"headers": null,
"ip_address": "Any",
"name": "Allow all",
"priority": 1,
"subnet_mask": null,
"subnet_traffic_tag": null,
"tag": null,
"vnet_subnet_resource_id": null,
"vnet_traffic_tag": null
}
],
"scmIpSecurityRestrictionsUseMain": false
}
@risolis , auto-swap is not enabled as I am running a web app on Linux which I believe doesn't support this feature anyway. I double checked my bicep that I'm using to deploy the web app and I don't see anything in there for auto-swap either.
Understood.
I wonder if you have changed your local cache sizing on your bicep....
Cheers,
So here are my appProperties in bicep:
serverFarmId: serverFarmId
httpsOnly: true
siteConfig: {
http20Enabled: true
ftpsState: 'FtpsOnly'
minTlsVersion: '1.2'
alwaysOn: true
linuxFxVersion: runtime == '.NET' ? 'DOTNETCORE|6.0' : 'NODE|16-lts'
cors: {
allowedOrigins: corsAllowedOrigins
}
Additionally I don't have anything related to local cache in my appsettings in either staging slot or production slot. I double checked kudu and there are no environments variables related to local cache either for either slot.
Many thanks for your response.
Hoping this can give a better idea for what I mentioned previously.
https://github.com/MicrosoftDocs/azure-docs/issues/60410
Cheers,
So the total size of my app (unzipped) is 46MB which is well below the default local cache size. In addition I'm running as an app service on linux. Which per the documentation here: https://learn.microsoft.com/en-us/azure/app-service/overview-local-cache states that Local cache is not supported.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(233.6, 84%, 32%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERK%3C/text%3E%3C/svg%3E)
This issue resolved after restarting staging web application from azure portal.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 34%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ER%3C/text%3E%3C/svg%3E)
Encountered this after a scale-out increase from two to three node instances; restarting the staging slot seems to have fixed the issue. Thanks!
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(44.800000000000004, 11%, 14%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDB%3C/text%3E%3C/svg%3E)
FWIW, I get this same issue with swapping docker-compose some linux containers. So Run from Package and App Cache don't apply afaik. Usually swapping from Azure DevOps Releases