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:

   At this point, the PVC should be auto-synced, and the pod should experience no issues anymore. If auto-provisioning does not happen, you need to perform the operation manually by taking the following steps.

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.