MongoDB-Pods in „CrashLoopBackOff“ oder ausstehende PVC-Bereitstellung nach Löschung

Die MongoDB-Pods können aufgrund eines beschädigten PVC in einer CrashLoopBackOff stecken bleiben. Die wahrscheinlichste Ursache für dieses Problem ist ein unsauberes Herunterfahren.

Wenn dieses Problem auftritt, zeigen die Protokolle Folgendes:

Common point must be at least stable timestamp
{"t":{"$date":"2022-05-18T09:37:55.053+00:00"},"s":"W",  "c":"STORAGE",  "id":22271,   "ctx":"initandlisten","msg":"Detected unclean shutdown - Lock file is not empty","attr":{"lockFile":"/data/mongod.lock"}}
    ['currentState.Running' = false]
    ['currentState.IsVCRedistCorrect' = true]
    ['desiredState.ProcessType' != mongos ('desiredState.ProcessType' = mongod)]

Wiederherstellungsschritte

1. Löschen Sie den fehlgeschlagenen Pod. Wenn diese Lösung nicht funktioniert, fahren Sie mit den nächsten Schritten fort.

   kubectl delete pod <pod-name> -n mongodb

2. Rufen Sie den Namen des beschädigten PVC für die fehlgeschlagenen Pods ab.

   kubectl -n mongodb get pvc

3. Löschen Sie die PVC für den fehlerhaften Pod.

   kubectl -n mongodb delete pvc <pvc-name>

   Hinweis: Zu diesem Zeitpunkt sollte der PVC automatisch synchronisiert werden und der Pod sollte keine Probleme mehr haben. Wenn die automatische Bereitstellung nicht erfolgt, müssen Sie den Vorgang manuell ausführen, indem Sie die folgenden Schritte ausführen.

4. Rufen Sie die PVC-YAML für einen fehlerfreien Knoten ab.

   kubectl -n mongodb get pvc <pvc-name> -o yaml > pvc.yaml

5. Bearbeiten Sie den Namen und entfernen Sie uuids/pvc-ids aus der YAML.

6. Entfernen Sie den Volume-Namen und die UID und benennen Sie den PVC in den gelöschten PVC-Namen um.

   
   

   

   
   

7. Wenden Sie den PVC an.

   kubectl -n mongodb apply pvc.yaml

8. Der PVC sollte bereitgestellt und mit dem PVC für den Pod verbunden sein – der Pod sollte dann keine Probleme mehr haben. Wenn der Pod nicht erneut synchronisiert wird, löschen Sie ihn.