Pods MongoDB en mode CrashLoopBackOff ou enregistrement PVC en attente après suppression

Les pods MongoDB peuvent rester bloqués dans CrashLoopBackOff en raison d’un PVC corrompu. La cause la plus probable de ce problème est un arrêt incorrect.

Lorsque vous rencontrez ce problème, les journaux affichent les éléments suivants :

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)]

Étapes de récupération

1. Supprimez le pod défaillant. Si cette solution ne fonctionne pas, passez aux étapes suivantes.

   kubectl delete pod <pod-name> -n mongodb

2. Obtenez le nom de la PVC corrompue pour les pods défaillants.

   kubectl -n mongodb get pvc

3. Supprimez le PVC du pod défaillant.

   kubectl -n mongodb delete pvc <pvc-name>

   Remarque : À ce stade, la PVC doit être synchronisée automatiquement et le pod ne devrait plus rencontrer de problèmes. Si l'enregistrement automatique ne se produit pas, vous devez effectuer l'opération manuellement en procédant comme suit.

4. Obtenez la PVC YAML pour un nœud sain.

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

5. Modifiez le nom et supprimez uuids/pvc-ids du YAML.

6. Supprimez le nom du volume et l'UID, puis renommez la PVC avec le nom de la PVC supprimé.

   
   

   

   
   

7. Appliquer la PVC.

   kubectl -n mongodb apply pvc.yaml

8. La PVC doit être enregistré et attaché à la PVC du pod, et le pod ne devrait plus rencontrer de problèmes. Si le pod ne se resynchronise pas, supprimez-le.