2016-03-23 8 views
4

Versucht das GKE Cluster neu auf Kubernetes 1.2.0Google Container Motor: pod Schaffung stecken in 'Pending' Status

Cluster richtig kam, um zu versuchen, noch die Tannen pod Einsatz in 'Bis' stecken:

[]# kubectl get pods 
NAME   READY  STATUS RESTARTS AGE 
operation-daily 0/1  Pending 0   6m 

Befolgen Sie das gleiche Skript, das für 1.1.8 (erfolgreich) verwendet wurde.

Ein paar Mal versucht - kein Glück.

Wie könnte ich das Problem diagnostizieren? Wäre es möglich, zur Version 1.1.8 zurückzukehren?

uns-central-1f

+0

In diesem speziellen Fall war das Problem mit den neuen Ressourcenlimits (?) Mit Version 1.2, die die Bereitstellung des Pods verhinderten. –

Antwort

3

Die Ausgabe von kubectl get events sollte einige Hinweise für Sie haben.

+0

Danke. Ich habe "Knoten hatte nicht genug Ressourcen: CPU, angefordert: 100, verwendet: 920, Kapazität: 1000" Das ist für n1-Standard-1-Knoten Hosting alles. Überprüft die Last auf der Box und es ist 15% Tops. Gibt es einen Grund dafür, dass neue Ressourcenlimits eingeführt wurden? Behoben mit der Begrenzung der CPU für den Pod in der Zwischenzeit. –

+0

Vermutlich sind es die Cluster-Addons, die die zusätzliche CPU auf dem Rechner benutzen. Ich glaube, dass in der Version 1.1 nicht alle Addons explizit eine CPU für sich reserviert haben, was dazu führte, dass sie unter Last manchmal nicht genug funktionierten. Aus Neugier, hatten Sie irgendwelche Ihrer eigenen Pods auf dem Knoten oder war es fast voll von nur den Standard-Systemkomponenten? –

+0

Alle Pods stammen aus dem System. Der fehlgeschlagene Pod war der erste benutzerdefinierte Pod. Es war kein Limit definiert (nur ein Prozess, der irgendwo anders einen Prozess auslöst). Daher wurde es standardmäßig mit 100 CPUs belegt und ist fehlgeschlagen. –