Ich bin neu in Kubernetes. Ich habe ein Problem in den Pods. Wenn ich den Befehl ausführe
kubectl get pods
Ergebnis:
NAME READY STATUS RESTARTS AGE
mysql-apim-db-1viwg 1/1 Running 1 20h
mysql-govdb-qioee 1/1 Running 1 20h
mysql-userdb-l8q8c 1/1 Running 0 20h
wso2am-default-813fy 0/1 ImagePullBackOff 0 20h
Aufgrund eines Problems mit dem Knoten "wso2am-default-813fy" muss ich ihn neu starten. Irgendein Vorschlag?
docker
kubernetes
coreos
Dilshani Subasinghe
quelle
quelle
kubectl replace --force -f ...
wäre gleichbedeutend mit Löschen, gefolgt von Erstellen--force
Option erforderlich?Falls die yaml-Datei nicht vorhanden ist:
kubectl get pod PODNAME -n NAMESPACE -o yaml | kubectl replace --force -f -
quelle
Wenn alles gut geht, sollten Sie etwas sehen wie:
Details dazu finden Sie in der Kubernetes-Dokumentation, in den Seiten "Verwalten der Bereitstellung" und in den Seiten " Kubectl-Cheatsheet" zum Zeitpunkt des Schreibens.
quelle
Wenn das
Pod
Teil einesDeployment
oder istService
, wird es durch Löschen neu gestartetPod
und möglicherweise auf einem anderen Knoten platziert:$ kubectl delete po $POD_NAME
replace
es, wenn es eine Einzelperson istPod
:$ kubectl get po -n $namespace $POD_NAME -o yaml | kubectl replace -f -
quelle
Versuchen Sie beim Löschen des Pods, das Bild erneut abzurufen.
kubectl delete pod <pod_name> -n <namespace_name>
quelle
Versuchen Sie zuerst zu sehen, was mit dem Pod nicht stimmt:
In meinem Fall war es ein Problem mit der YAML-Datei.
Also musste ich die Konfigurationsdatei korrigieren und ersetzen:
quelle
Höchstwahrscheinlich ist das Problem von ImagePullBackOff darauf zurückzuführen, dass entweder das Bild nicht vorhanden ist oder dass die YAML-Pod-Datei ein Problem aufweist.
Was ich tun werde, ist dies
Ich würde auch die pod.yaml sehen, um zu sehen, warum der frühere Pod nicht funktioniert hat
quelle