Problem deploying Wordpress in AKS. It seem is volume mounting problem on the persistent disk

Question

Estamos enfrentando un problema persistente con un deployment de WordPress en Azure Kubernetes Service (AKS) utilizando Azure Files como almacenamiento persistente. Los síntomas principales son:

• Al acceder al URL, recibimos un error 404 Not Found predeterminado de OpenLiteSpeed, indicando que no se encuentra el recurso en /var/www/html.
• Los archivos de WordPress (como index.php, wp-admin, wp-includes) no se copian ni persisten automáticamente en el file share appy-files de Azure Files, a pesar de que la imagen Docker appyacr.azurecr.io/appy:latest los incluye en /var/www/html.
• El montaje del PVC appy-pvc en /var/www/html parece read-only o no inicializa correctamente, impidiendo que OpenLiteSpeed sirva los archivos necesarios.

---

Pasos Realizados y Configuración Actual

A continuación, detallamos los pasos realizados desde el inicio, los cambios recientes, y el estado actual:

Infraestructura Inicial

• Clúster AKS: appy-aks en eastus, con 1 nodo (Standard_B2s), versión Kubernetes 1.30.9.
• Storage Account Original: appypvstorage (Standard_LRS, FileStorage) con file share appy-files para el PVC appy-pvc (ReadWriteMany, 10Gi, StorageClass azurefile).
• Imágen Docker: appyacr.azurecr.io/appy:latest, basada en litespeedtech/openlitespeed:latest, con WordPress en /var/www/html, configurada para OpenLiteSpeed en el puerto 9090 con HTTPS.
• Deployment Original: appy-deployment con un pod, service LoadBalancer (appy-service), y volúmenes para /var/www/html (via appy-pvc), ConfigMaps (wp-config, htaccess, ols-httpd-config), y Secret (appy-wildcard-tls para certificados Let’s Encrypt).

Problemas Iniciales y Soluciones

• Connection Timed Out: Resuelto abriendo puertos en el LoadBalancer y configurando Cloudflare nuestro URL
• Too Many Redirects/Error 525: Resueltos ajustando SSL/TLS en Cloudflare a Full (Strict), configurando listener Appy en el puerto 9090 con HTTPS, y montando certificados wildcard en /usr/local/lsws/conf/cert.
• Home Page con Admin de OLS: Resuelto desactivando el admin de OLS con disableWebAdmin 1 en httpd_config.conf.
• Error 404: Identificado como falta de archivos en /var/www/html o montaje read-only del PVC. Problema actual

Cambios Recientes

• Borrado de appypvstorage y appy-share: Eliminamos el storage account original y el file share debido a sospechas de corrupción o errores en el portal de Azure (fallos al mostrar appy-share).
• Creación de appystoragepv y appy-files:
  • Storage account: appystoragepv (Standard_LRS, kind StorageV2) en eastus.
    • File share: appy-files (TransactionOptimized, quota 10Gi) en appystoragepv.
      • Rol asignado: "Storage File Data SMB Share Contributor" a la identidad de AKS (342e02fd-ae6d-4356-86b3-db9487b7aec7).
      • Nuevo PVC: appy-pvc (ReadWriteMany, 10Gi, StorageClass azurefile) vinculado a appy-files.
      •  

3.4. Estado Actual

• El pod appy-platform-web-deploy-prod-855678dd7f-lx5zx está corriendo, pero /var/www/html solo contiene wp-config.php, wp-content, y www (vacío), faltando archivos esenciales como index.php, wp-admin, wp-includes.
• appy-files está vacío (az storage file list no muestra archivos).
• El montaje del PVC parece read-only o no inicializa automáticamente con los archivos de la imagen appy:latest.
• Cloudflare se actualizó con la  nueva IP pero el 404 Not Found persiste. Estamos enfrentando un problema persistente con un deployment de WordPress en Azure Kubernetes Service (AKS) utilizando Azure Files como almacenamiento persistente. Los síntomas principales son:
  • Al acceder al URL, recibimos un error 404 Not Found predeterminado de OpenLiteSpeed, indicando que no se encuentra el recurso en /var/www/html.
    • Los archivos de WordPress (como index.php, wp-admin, wp-includes) no se copian ni persisten automáticamente en el file share appy-files de Azure Files, a pesar de que la imagen Docker appyacr.azurecr.io/appy:latest los incluye en /var/www/html.
      • El montaje del PVC appy-pvc en /var/www/html parece read-only o no inicializa correctamente, impidiendo que OpenLiteSpeed sirva los archivos necesarios.
  Pasos Realizados y Configuración Actual A continuación, detallamos los pasos realizados desde el inicio, los cambios recientes, y el estado actual: Infraestructura Inicial
  • Clúster AKS: appy-aks en eastus, con 1 nodo (Standard_B2s), versión Kubernetes 1.30.9.
    • Storage Account Original: appypvstorage (Standard_LRS, FileStorage) con file share appy-files para el PVC appy-pvc (ReadWriteMany, 10Gi, StorageClass azurefile).
      • Imágen Docker: appyacr.azurecr.io/appy:latest, basada en litespeedtech/openlitespeed:latest, con WordPress en /var/www/html, configurada para OpenLiteSpeed en el puerto 9090 con HTTPS.
        • Deployment Original: appy-deployment con un pod, service LoadBalancer (appy-service), y volúmenes para /var/www/html (via appy-pvc), ConfigMaps (wp-config, htaccess, ols-httpd-config), y Secret (appy-wildcard-tls para certificados Let’s Encrypt).
  Problemas Iniciales y Soluciones
  • Connection Timed Out: Resuelto abriendo puertos en el LoadBalancer y configurando Cloudflare nuestro URL
    • Too Many Redirects/Error 525: Resueltos ajustando SSL/TLS en Cloudflare a Full (Strict), configurando listener Appy en el puerto 9090 con HTTPS, y montando certificados wildcard en /usr/local/lsws/conf/cert.
      • Home Page con Admin de OLS: Resuelto desactivando el admin de OLS con disableWebAdmin 1 en httpd_config.conf.
        • Error 404: Identificado como falta de archivos en /var/www/html o montaje read-only del PVC. Problema actual
  Cambios Recientes
  • Borrado de appypvstorage y appy-share: Eliminamos el storage account original y el file share debido a sospechas de corrupción o errores en el portal de Azure (fallos al mostrar appy-share).
    • Creación de appystoragepv y appy-files:

      - Storage account: appystoragepv       (Standard_LRS, kind StorageV2) en eastus.
      
            - File share: appy-files       (TransactionOptimized, quota 10Gi) en appystoragepv.
      
                  - Rol       asignado: "Storage File Data SMB Share Contributor" a la       identidad de AKS (342e02fd-ae6d-4356-86b3-db9487b7aec7).
      
                     - __Nuevo PVC__: appy-pvc (ReadWriteMany,      10Gi, StorageClass azurefile) vinculado a appy-files.
      
                        -  
      

  Estado Actual
  • El pod appy-platform-web-deploy-prod-855678dd7f-lx5zx está corriendo, pero /var/www/html solo contiene wp-config.php, wp-content, y www (vacío), faltando archivos esenciales como index.php, wp-admin, wp-includes.
  • appy-files está vacío (az storage file list no muestra archivos).
  • El montaje del PVC parece read-only o no inicializa automáticamente con los archivos de la imagen appy:latest.
  • Cloudflare se actualizó con la  nueva IP pero el 404 Not Found persiste.