☰

Kubernetes-Fehler „Volumes können nicht angeschlossen oder gemountet werden“

tag-icon • tag-icon kubernetes bitnami helm nginx-ingress kubectl
Kubernetes-Fehler „Volumes können nicht angeschlossen oder gemountet werden“

Ich habe bitnami/wordpress helm mit nginx ingress als loadbalancer eingesetzt wieHier. Alles funktioniert einwandfrei, aber bei einigen Pods gibt es Probleme, wenn sie manuell oder automatisch durch Autoscaling erstellt werden. Einige von ihnen (nicht alle) haben immer den Status „ContainerCreating“ und die Protokolle sehen folgendermaßen aus:

  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

Ich habe Bitnami/WordPress bereitgestellt und dann mit diesen Einstellungen aktualisiert:

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 sieht so aus

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

Was kann ich tun, damit dieses Problem bei neuen Pods nicht auftritt und sie starten?

Antwort1

Benutzer @Juan hatte recht. Ich habe es ähnlich gemacht, ich habe mit Helm einen anderen POD erstellt, der Speicher erstellt hat, und ich habe ihn in der WordPress-Bereitstellung als Persistenz festgelegt. Hier wird es beschrieben:https://docs.bitnami.com/tutorials/deploy-applications-nfs-kubernetes/

verwandte Informationen