☰

Error de Kubernetes "No se pueden adjuntar ni montar volúmenes"

tag-icon • tag-icon kubernetes bitnami helm nginx-ingress kubectl
Error de Kubernetes "No se pueden adjuntar ni montar volúmenes"

Implementé bitnami/wordpress helm usando nginx ingress como balanceador de carga comoaquí. Todo funciona bien, pero el problema está en algunos pods cuando se crean de forma manual o automática mediante escalado automático. Algunos de ellos (no todos) tienen siempre el estado "ContainerCreating" y los registros se ven así:

  Normal   Scheduled    33m                  default-scheduler  Successfully assigned default/wordpress-69c8f65d96-wnkfv to main-node-d29388
  Warning  FailedMount  4m28s (x6 over 29m)  kubelet            Unable to attach or mount volumes: unmounted volumes=[wordpress-data], unattached volumes=[default-token-s4gdj wordpress-data]: timed out waiting for the condition
  Warning  FailedMount  0s (x9 over 31m)     kubelet            Unable to attach or mount volumes: unmounted volumes=[wordpress-data], unattached volumes=[wordpress-data default-token-s4gdj]: timed out waiting for the condition

Implementé bitnami/wordpress y luego actualicé usando esta configuración:

helm install wordpress bitnami/wordpress --set service.type=ClusterIP --set ingress.enabled=true --set ingress.certManager=true --set ingress.annotations."kubernetes\.io/ingress\.class"=nginx --set ingress.annotations."cert-manager\.io/cluster-issuer"=letsencrypt-prod --set ingress.hostname=DOMAIN.com --set ingress.extraTls[0].hosts[0]=DOMAIN.com --set ingress.extraTls[0].secretName=wordpress.local-tls --set wordpressPassword=PASSWORD --set autoscaling.enabled=true --set autoscaling.minReplicas=1 autoscaling.maxReplicas=30

kubectl get pods se ve así

ingress-nginx-ingress-controller-84bff86888-f4tpb                 1/1     Running             0          2d3h
ingress-nginx-ingress-controller-default-backend-c5b786dbbqw5xz   1/1     Running             0          2d3h
load-generator                                                    1/1     Running             0          71s
wordpress-69c8f65d96-48jd9                                        0/1     ContainerCreating   0          18m
wordpress-69c8f65d96-66ftt                                        0/1     ContainerCreating   0          56m
wordpress-69c8f65d96-dq7xq                                        1/1     Running             0          100m
wordpress-69c8f65d96-fbnt6                                        1/1     Running             0          101m
wordpress-69c8f65d96-wnkfv                                        0/1     ContainerCreating   0          56m
wordpress-mariadb-0                                               1/1     Running             0          8h

¿Qué hacer para no tener este problema con los pods nuevos y hacerlos arrancar?

Respuesta1

El usuario @Juan tenía razón. Lo hice de manera similar, creé otro POD usando helm que estaba creando almacenamiento y lo configuré en la implementación de WordPress como persistencia. Aquí se describe:https://docs.bitnami.com/tutorials/deploy-applications-nfs-kubernetes/

información relacionada