☰

Erro do Kubernetes “Não é possível anexar ou montar volumes”

tag-icon • tag-icon kubernetes bitnami helm nginx-ingress kubectl
Erro do Kubernetes “Não é possível anexar ou montar volumes”

Eu implantei o helm bitnami/wordpress usando o ingresso nginx como balanceador de carga comoaqui. Tudo funcionando bem, mas o problema ocorre com alguns pods quando eles são criados manualmente ou automaticamente por escalonamento automático. Alguns deles (não todos) têm o status "ContainerCreating" o tempo todo e os logs são assim:

  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

Implantei o bitnami/wordpress e depois atualizei usando estas configurações:

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 parece com isto

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

O que fazer para não ter esse problema com novos pods e fazê-los iniciar?

Responder1

O usuário @Juan estava certo. Fiz de maneira semelhante, criei outro POD usando o helm que estava criando armazenamento e configurei-o na implantação do wordpress como persistência. Aqui está descrito:https://docs.bitnami.com/tutorials/deploy-applications-nfs-kubernetes/

informação relacionada