Pods MongoDB en CrashLoopBackOff o pendientes de aprovisionamiento de PVC tras su eliminación

Es posible que los pods MongoDB se atasquen en CrashLoopBackOff debido a un PVC corrupto. La causa más probable de este problema es una desconexión no limpia.

Al experimentar este problema, los registros muestran lo siguiente:

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

Pasos de recuperación

1. Elimine el pod defectuoso. Si esta solución no funciona, continúe con los siguientes pasos.

   kubectl delete pod <pod-name> -n mongodb

2. Obtener el nombre del PVC dañado de los pods defectuosos.

   kubectl -n mongodb get pvc

3. Elimine el PVC del pod defectuoso.

   kubectl -n mongodb delete pvc <pvc-name>

   Nota: En este punto, el PVC debería estar sincronizado automáticamente y el pod ya no debería experimentar problemas. Si el aprovisionamiento automático no se realiza, deberás realizar la operación manualmente siguiendo los siguientes pasos.

4. Obtenga el PVC YAML para un nodo en buen estado.

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

5. Edita el nombre y elimina uuids/pvc-ids del YAML.

6. Elimina el nombre del volumen y el UID, y cambia el nombre del PVC por el nombre del PVC eliminado.

   
   

   

   
   

7. Aplica el PVC.

   kubectl -n mongodb apply pvc.yaml

8. El PVC debe aprovisionarse y adjuntarse al PVC del pod, y este ya no debería experimentar ningún problema. Si el pod no se vuelve a sincronizar, elimínelo.