Azure / Azure/app-service-linux-docs
Azure AppService Linux container fails to serve files from mounted file storage
- Dominant language
- Java
- Stars
- 150
- Forks
- 90
- Avg merge
- 2m
- Merged PRs (30d)
- 1
Description
Azure AppService Linux container fails to serve files from mounted file storage
A perfectly working setup suddenly started failing after redeploying the Azure resources involved:
- **Storage account with multiple file shares**
- **Azure AppService on a Linux ServicePlan**, hosting a Linux Docker container (phusion/baseimage:focal-1.0.0 - Apache web server/PHP 7.1.4)
- Azure AppService, configured with **Path Mappings** to the various file shares on the storage account
After reprovisioning the resources (end of June 2021), we found out Apache (inside container) wasn't able to serve files from the mounted storage anymore: it returned an **HTTP status 502**.
It was still able to persist files to these same mounted file shares (excluding hypotheses that our mounted drives were somehow unreachable).
When accessing the container inside the AppService over SSH, basic curl commands to these same files returned "**Received HTTP/0.9 when not allowed**".
We escalated this issue to MS support.
The issue got fixed by applying a work-around: we had to identify an empty ResourceGroup.
That way MS could make sure internally that our AppService/ServicePlan deployment eventually landed on the proper hosting resources, resulting in proper behavior.
If we redeploy our resources as-is, without notice to MS support, we inevitably are confronted with the unwanted behavior.
Up to now (October, 2021) **MS Support cannot give an ETA on a structural fix** on something that used to work fine and seems **pretty trivial as a usecase**.
Ref.:
- MS Support case: 2107060050002620
- MS techcommunity: https://techcommunity.microsoft.com/t5/apps-on-azure/azure-appservice-linux-container-fails-to-serve-files-from/m-p/2816903
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.