Auf einmal kann ich einige Images nicht mehr bereitstellen, die zuvor bereitgestellt werden könnten. Ich habe folgenden Pod-Status:
[root@webdev2 origin]# oc get pods
NAME READY STATUS RESTARTS AGE
arix-3-yjq9w 0/1 ImagePullBackOff 0 10m
docker-registry-2-vqstm 1/1 Running 0 2d
router-1-kvjxq 1/1 Running 0 2d
Die Anwendung wird einfach nicht gestartet. Der Pod versucht nicht, den Container auszuführen. Von der Event-Seite habe ich Back-off pulling image "172.30.84.25:5000/default/arix@sha256:d326
. Ich habe überprüft, ob ich das Bild mit dem Tag mit ziehen kann docker pull
.
Ich habe auch das Protokoll des letzten Containers überprüft. Es war aus irgendeinem Grund geschlossen. Ich denke, der Pod sollte zumindest versuchen, ihn neu zu starten.
Ich habe keine Ideen mehr, um die Probleme zu beheben. Was kann ich mehr überprüfen?
kubernetes
openshift
openshift-origin
Xiao Peng - ZenUML.com
quelle
quelle
Antworten:
Sie können die Syntax " Beschreibe Pod " verwenden
Für OpenShift verwenden Sie:
Für Vanille Kubernetes:
Untersuchen Sie die Ereignisse der Ausgabe. In meinem Fall zeigt es Back-Off Pulling Image Coredns / Coredns: Neueste
In diesem Fall kann das Bild coredns / coredns: latest nicht aus dem Internet abgerufen werden.
Zusätzliche Debugging-Schritte
quelle
Haben Sie versucht zu bearbeiten, um zu sehen, was falsch ist (ich hatte den falschen Bildort)?
oder sogar deinen Pod löschen?
quelle
Ich habe vergessen, das mit 1.0.8 gekennzeichnete Bild an die ECR (AWS Images Hub) zu senden ... Wenn Sie Helm verwenden und ein Upgrade durchführen durch:
Stellen Sie sicher, dass das Bild-Tag in values.yaml verschoben wird (an ECR oder Docker Hub usw.), zum Beispiel: (Dies ist mein Helmdiagramm / values.yaml)
Sie müssen sicherstellen, dass das Bild: 1.0.8 gedrückt wird!
quelle
Ich hatte ein ähnliches Problem, aber statt eines waren alle meine Pods nicht bereit und zeigten den Bereitschaftsstatus 0/1 an
Ich habe viele Dinge ausprobiert, aber schließlich stellte ich fest, dass der Kontext nicht richtig eingestellt war. Bitte verwenden Sie den folgenden Befehl und stellen Sie sicher, dass Sie sich im richtigen Kontext befinden
kubectl config get-context
quelle
Wenn der Pod auf GKE tot ist, ist es am besten, nach Ereignissen zu suchen. Es wird detaillierter gezeigt, worum es bei dem Fehler geht.
In meinem Fall hatte ich:
Es stellte sich heraus, dass das Bild irgendwie beschädigt war. Nach dem Repushing und der Bereitstellung mit dem neuen Hash funktionierte es wieder.
quelle
Führen Sie die Docker-Anmeldung aus
Schieben Sie das Bild zum Docker-Hub
Pod neu erstellen
Dies löste das Problem für mich. Ich hoffe es hilft.
quelle