Pod RabbitMQ preso em CrashLoopBackOff

Description

Esse problema faz com que o pod RabbitMQ fique travado em CrashLoopBackOff, com o log do pod com falha mostrando wal_checksum_validation_failure como um motivo.

Para obter uma lista de todos os pods, execute o comando a seguir:

kubectl -n rabbitmq get pods

Para obter os logs de um pod, execute o seguinte comando:

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

Solução

Para corrigir o problema, siga as seguintes etapas:

1. Encontre o número de réplicas do RabbitMQ:

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

2. Reduza as réplicas do RabbitMQ:

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

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

3. Aguarde até que todos os pods do RabbitMQ sejam encerrados:

   kubectl -n rabbitmq get pod

4. Verifique os instantâneos de volume pendentes:

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

5. Se houver algum instantâneo de volume pendente, exclua-o:

   kubectl delete volumesnapshot -n rabbitmq <pending_volume_snapshot_name>

6. Localize e exclua o PVC do pod RabbitMQ que está preso no estado CrashLoopBackOff:

   kubectl -n rabbitmq get pvc

   kubectl -n rabbitmq delete pvc <crashloopbackupoff_pod_pvc_name>

7. Faça réplicas do RabbitMQ em escala:

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

8. Verifique se todos os pods do RabbitMQ estão íntegros:

   kubectl -n rabbitmq get pod