RabbitMQ-Pod bleibt in CrashLoopBackOff hängen

Beschreibung

Dieses Problem führt dazu, dass der RabbitMQ-Pod in CrashLoopBackOff hängen bleibt, wobei das Protokoll des fehlgeschlagenen Pods wal_checksum_validation_failure als Grund anzeigt.

Führen Sie zum Auflisten aller Pods den folgenden Befehl aus:

kubectl -n rabbitmq get pods

Führen Sie den folgenden Befehl aus, um die Protokolle eines Pods abzurufen:

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

Lösung

Führen Sie die folgenden Schritte aus, um das Problem zu beheben:

1. Ermitteln Sie die Anzahl der RabbitMQ-Replikate:

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

2. Verringern Sie die RabbitMQ-Replikate:

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

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

3. Warten Sie, bis alle RabbitMQ-Pods beendet sind:

   kubectl -n rabbitmq get pod

4. Prüfen Sie auf ausstehende Volume-Snapshots:

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

5. Wenn ein ausstehender Volume-Snapshot vorhanden ist, löschen Sie ihn:

   kubectl delete volumesnapshot -n rabbitmq <pending_volume_snapshot_name>

6. Suchen und löschen Sie den PVC des RabbitMQ-Pods, der im Zustand CrashLoopBackOff festhängt:

   kubectl -n rabbitmq get pvc

   kubectl -n rabbitmq delete pvc <crashloopbackupoff_pod_pvc_name>

7. Skalieren Sie die RabbitMQ-Replikate:

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

8. Überprüfen Sie, ob alle RabbitMQ-Pods fehlerfrei sind:

   kubectl -n rabbitmq get pod