Kubernetes pod Status immer „offen“

Question

Ich verfolge die Fedora Leitfaden zur Inbetriebnahme (https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/getting-started-guides/fedora/fedora_ansible_config.md) und versuchen, die pod fedoraapache zu laufen. Aber kubectl zeigt immer fedoraapache als ausstehend:

POD     IP     CONTAINER(S)  IMAGE(S)   HOST        LABELS    STATUS 
fedoraapache       fedoraapache  fedora/apache  192.168.226.144/192.168.226.144 name=fedoraapache Pending 

Da es anhängig ist, kann ich nicht kubectl log pod fedoraapache laufen. Also, Ich laufe stattdessen kubectl describe pod fedoraapache, die die folgenden Fehler zeigt:

Fri, 20 Mar 2015 22:00:05 +0800 Fri, 20 Mar 2015 22:00:05 +0800 1 {kubelet 192.168.226.144} implicitly required container POD created  Created with docker id d4877bdffd4f2a13a17d4cc93c27c1c93d5494807b39ee8a823f5d9350e404d4 
    Fri, 20 Mar 2015 22:00:05 +0800 Fri, 20 Mar 2015 22:00:05 +0800 1 {kubelet 192.168.226.144}      failedSync Error syncing pod, skipping: API error (500): Cannot start container d4877bdffd4f2a13a17d4cc93c27c1c93d5494807b39ee8a823f5d9350e404d4: (exit status 1) 

    Fri, 20 Mar 2015 22:00:15 +0800 Fri, 20 Mar 2015 22:00:15 +0800 1 {kubelet 192.168.226.144} implicitly required container POD created Created with docker id 1c32b4c6e1aad0e575f6a155aebefcd5dd96857b12c47a63bfd8562fba961747 
    Fri, 20 Mar 2015 22:00:15 +0800 Fri, 20 Mar 2015 22:00:15 +0800 1 {kubelet 192.168.226.144} implicitly required container POD failed Failed to start with docker id 1c32b4c6e1aad0e575f6a155aebefcd5dd96857b12c47a63bfd8562fba961747 with error: API error (500): Cannot start container 1c32b4c6e1aad0e575f6a155aebefcd5dd96857b12c47a63bfd8562fba961747: (exit status 1) 

    Fri, 20 Mar 2015 22:00:15 +0800 Fri, 20 Mar 2015 22:00:15 +0800 1 {kubelet 192.168.226.144}  failedSync Error syncing pod, skipping: API error (500): Cannot start container 1c32b4c6e1aad0e575f6a155aebefcd5dd96857b12c47a63bfd8562fba961747: (exit status 1) 

    Fri, 20 Mar 2015 22:00:25 +0800 Fri, 20 Mar 2015 22:00:25 +0800 1 {kubelet 192.168.226.144}  failedSync Error syncing pod, skipping: API error (500): Cannot start container 8b117ee5c6bf13f0e97b895c367ce903e2a9efbd046a663c419c389d9953c55e: (exit status 1) 

    Fri, 20 Mar 2015 22:00:25 +0800 Fri, 20 Mar 2015 22:00:25 +0800 1 {kubelet 192.168.226.144} implicitly required container POD created Created with docker id 8b117ee5c6bf13f0e97b895c367ce903e2a9efbd046a663c419c389d9953c55e 
    Fri, 20 Mar 2015 22:00:25 +0800 Fri, 20 Mar 2015 22:00:25 +0800 1 {kubelet 192.168.226.144} implicitly required container POD failed Failed to start with docker id 8b117ee5c6bf13f0e97b895c367ce903e2a9efbd046a663c419c389d9953c55e with error: API error (500): Cannot start container 8b117ee5c6bf13f0e97b895c367ce903e2a9efbd046a663c419c389d9953c55e: (exit status 1) 

    Fri, 20 Mar 2015 22:00:35 +0800 Fri, 20 Mar 2015 22:00:35 +0800 1 {kubelet 192.168.226.144} implicitly required container POD failed Failed to start with docker id 4b463040842b6a45db2ab154652fd2a27550dbd2e1a897c98473cd0b66d2d614 with error: API error (500): Cannot start container 4b463040842b6a45db2ab154652fd2a27550dbd2e1a897c98473cd0b66d2d614: (exit status 1) 

    Fri, 20 Mar 2015 22:00:35 +0800 Fri, 20 Mar 2015 22:00:35 +0800 1 {kubelet 192.168.226.144} implicitly required container POD created  Created with docker id 4b463040842b6a45db2ab154652fd2a27550dbd2e1a897c98473cd0b66d2d614 
    Fri, 20 Mar 2015 21:42:35 +0800 Fri, 20 Mar 2015 22:00:35 +0800 109 {kubelet 192.168.226.144} implicitly required container POD pulled  Successfully pulled image "kubernetes/pause:latest" 
    Fri, 20 Mar 2015 22:00:35 +0800 Fri, 20 Mar 2015 22:00:35 +0800 1 {kubelet 192.168.226.144}      failedSync Error syncing pod, skipping: API error (500): Cannot start container 4b463040842b6a45db2ab154652fd2a27550dbd2e1a897c98473cd0b66d2d614: (exit status 1) 

Answer 1

Kubelet ist nicht in der Lage, den Behälter wir zum Halten des Netzwerk-Namespace zu starten. Einige Dinge zu versuchen, sind:

Können Sie manuell ziehen und gcr.io/google_containers/pause:0.8.0 laufen? (Dies ist das Bild für die Netzwerk-Namespace-Container im Kopf verwendet jetzt.)

Wie bereits erwähnt, sollte /var/log/kubelet.log detaillierter hat; Der Speicherort des Protokolls ist jedoch von der Verteilung abhängig. Überprüfen Sie daher https://github.com/GoogleCloudPlatform/kubernetes/wiki/Debugging-FAQ#checking-logs.

Answer 2

Es gibt mehrere Gründe können Container gestartet werden:

• der Container-Befehl selbst ausfällt und Ausfahrten -> überprüfen Sie das Bild Docker und Skript starten, um sicherzustellen, dass es funktioniert. Verwenden sudo docker ps -a der säumige Behälter zu finden und sudo docker logs <container> für Fehler im Inneren des Behälters zu überprüfen

• eine Abhängigkeit nicht vorhanden ist: die zum Beispiel passiert, wenn man versucht, ein Volumen zu montieren, die nicht vorhanden ist, zum Beispiel Secrets, die noch nicht erstellt wurden. -> stellen Sie sicher, dass die abhängigen Volumes erstellt werden.