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(204.8, 54%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ED%3C/text%3E%3C/svg%3E)
We got some problems with some of our Web Apps, i had several slots available on a web server that still worked on this morning but suddenly some of them stopped working.
To test if the problem was on the Azure side i tried restarting one of our slots. The one i restarted were crashing immediately.
The logs are showing that it's not serving from the wwwroot/public folder but is trying to search for the wwwroot instead. Not sure what is changed but definitely something is changed on Azure side. Looks like the nginx config location is moved or something like that.
We are running a PHP8.1 Linux Web App with Nginx with a starting command to copy the nginx configuration to it's location with the following bash script:
#!/bin/bash
cp /home/site/default /etc/nginx/sites-available/default service nginx reload
Somehow it seems to ignore that config location right now after restarting.
![](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(259.20000000000005, 64%, 35%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAM%3C/text%3E%3C/svg%3E)
+1 on this, following for the answer.
From some googling think this is an issue that is being rolled out across azure, I think the nginx servers with the issues are the ones that don't have access to nano. The fix I found was to add an additional copy to a path called 'sites-enabled'
Try this as your new startup.sh
#!/bin/bash
cp /home/site/default /etc/nginx/sites-available/default
cp /home/site/default /etc/nginx/sites-enabled/default
service nginx reload
Hi @DBLJoey , Hi,
Thanks for bringing this our attention. We are checking internally with the engineering team to see if this is a known issue and will get back to you when we hear back from them.
-Grace
Thank you both. Unfortunately this solution from @andrew doesn't seem to work for now for us. I will try to setup a new Web App and retry to copy the configuration to the sites-enables directory.
This comment has been deleted due to a violation of our Code of Conduct. The comment was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.
Hello @DBLJoey , are you still facing this issue?
Sorry, this issue was resolved now. The product group was telling us the image for PHP8.1/nginx is downgraded to a older versions and everything works as expected now.
![](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(204.8, 66%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAN%3C/text%3E%3C/svg%3E)
Sorry, but how it was solved? I have the same issue, but cant find the correct answer.
Hi @DBLJoey ,
Thanks for your patience. This issue has been resolved by the product group so your application should be working now. please restart your application and let us know if you are still facing this issue.
Best,
-Grace