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 este problema, sigue 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. Encuentra 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>

5. Escala las réplicas de RabbitMQ:

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

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

   kubectl -n rabbitmq get pod