El pod de RabbitMQ se atasca en CrashLoopBackOff

Descripción

Este problema hace que el pod de RabbitMQ se bloquee en CrashLoopBackOff, y que el registro del pod con errores muestre wal_checksum_validation_failure como motivo.

Para obtener una lista de todos los pods, ejecuta el siguiente comando:

kubectl -n rabbitmq get pods

Para obtener los registros de un pod, ejecuta el siguiente comando:

kubectl -n rabbitmq logs <CrashLoopBackOff-Pod-Name>

Solución

Para solucionar el problema, realiza los siguientes pasos:

1. Encuentre el número de réplicas de RabbitMQ:

   rabbitmqReplicas=$(kubectl -n rabbitmq get rabbitmqcluster rabbitmq -o json | jq -r '.spec.replicas')

2. Reducir las réplicas de RabbitMQ:

   kubectl -n rabbitmq patch rabbitmqcluster rabbitmq -p "{\"spec\":{\"replicas\": 0}}" --type=merge

   kubectl -n rabbitmq scale sts rabbitmq-server --replicas=0

3. Espere hasta que finalicen todos los pods de RabbitMQ:

   kubectl -n rabbitmq get pod

4. Comprueba las instantáneas de volumen pendientes:

   kubectl get volumesnapshot -n rabbitmq  <crashloopbackupoff_pod_pvc_name> | grep false

5. Si existe alguna instantánea de volumen pendiente, elimínela:

   kubectl delete volumesnapshot -n rabbitmq <pending_volume_snapshot_name>

6. Busca y elimina el PVC del pod RabbitMQ que está atascado en el estado CrashLoopBackOff:

   kubectl -n rabbitmq get pvc

   kubectl -n rabbitmq delete pvc <crashloopbackupoff_pod_pvc_name>

7. Escala las réplicas de RabbitMQ:

   kubectl -n rabbitmq patch rabbitmqcluster rabbitmq -p "{\"spec\":{\"replicas\": $rabbitmqReplicas}}" --type=merge

8. Compruebe si todos los pods de RabbitMQ están en buen estado:

   kubectl -n rabbitmq get pod