Nagle nie mogę wdrożyć niektórych obrazów, które mogłyby zostać wdrożone wcześniej. Mam następujący stan kapsuły:
[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
Aplikacja po prostu się nie uruchamia. Kapsuła nie próbuje uruchomić kontenera. Ze strony wydarzenia mam Back-off pulling image "172.30.84.25:5000/default/arix@sha256:d326
. Sprawdziłem, czy mogę wyciągnąć obraz z tagiem za pomocą docker pull
.
Sprawdziłem też log ostatniego kontenera. Z jakiegoś powodu było zamknięte. Myślę, że kapsuła powinna przynajmniej spróbować ją ponownie uruchomić.
Skończyły mi się pomysły na debugowanie problemów. Co mogę sprawdzić więcej?
kubernetes
openshift
openshift-origin
Xiao Peng - ZenUML.com
źródło
źródło
Odpowiedzi:
Możesz użyć składni „ opisz pod ”
Do użytku z OpenShift:
W przypadku waniliowego Kubernetes:
Sprawdź zdarzenia w wyniku. W moim przypadku pokazuje Back-off pulling image coredns / coredns: najnowsze
W tym przypadku obrazu coredns / coredns: latest nie można pobrać z Internetu.
Dodatkowe kroki debugowania
źródło
Czy próbowałeś edytować, aby zobaczyć, co jest nie tak (miałem złą lokalizację obrazu)
lub nawet usunąć swój pod?
źródło
Zapomniałem przesłać obraz oznaczony jako 1.0.8 do ECR (centrum obrazów AWS) ... Jeśli używasz Helm i uaktualnij przez:
upewnij się, że tag obrazu wewnątrz values.yaml został przekazany (do ECR lub Docker Hub itp.), na przykład: (to jest mój helm-chart / values.yaml)
musisz się upewnić, że obraz: 1.0.8 jest wciśnięty!
źródło
Miałem podobny problem, ale zamiast jednego wszystkie moje kapsuły nie były gotowe i wyświetlały stan gotowości 0/1 Coś w rodzaju
Próbowałem wielu rzeczy, ale w końcu stwierdziłem, że kontekst nie jest poprawnie ustawiony. Użyj następującego polecenia i upewnij się, że jesteś w odpowiednim kontekście
kubectl config get-contexts
źródło
W GKE, jeśli kapsuła jest martwa, najlepiej sprawdzić zdarzenia. Bardziej szczegółowo pokaże, o co chodzi w błędzie.
W moim przypadku miałem:
Okazało się, że obraz został w jakiś sposób uszkodzony. Po ponownym przesłaniu i wdrożeniu z nowym hashem, znowu zadziałało.
źródło
Uruchom logowanie do platformy Docker
Wypchnij obraz do centrum Docker
Utwórz ponownie pod
To rozwiązało problem. Mam nadzieję, że to pomoże.
źródło