Gibt es gerade eine Kubernetes Störung?

Ob andere Nutzer bei Kubernetes gerade Probleme haben, kannst du hier an den neuesten Einträgen ablesen. Wer gerade dasselbe beobachtet, kann die Meldungsübersicht hier mit einem Eintrag ergänzen.

Warum wird ein Pod in Kubernetes nicht eingeplant und bleibt in Pending?

Ein Pod in Pending lässt sich laut Dokumentation nicht auf einem Knoten einplanen. Als allgemeinen Grund nennt sie zu knappe Ressourcen einer oder mehrerer Arten. Einen ersten Überblick liefert kubectl describe pods mit dem Namen des Pods, denn der Befehl zeigt Zustand und letzte Ereignisse.

Was tun, wenn ein Pod in Kubernetes im Zustand Waiting steckt und nicht läuft?

Der Pod ist dann einem Worker-Knoten zugeteilt, startet dort aber nicht. Die Dokumentation vermutet, dass sich das Image nicht herunterladen lässt. Geprüft werden sollen der korrekte Image-Name, ein erfolgter Push des Images in die Registry und die Möglichkeit, das Image von Hand zu laden, etwa mit docker pull.

Wie untersuche ich einen Pod in Kubernetes, der sich nicht wie erwartet verhält?

Möglich ist laut Dokumentation ein Fehler in der Pod-Beschreibung, der stillschweigend ignoriert wurde. Als ersten Schritt rät sie, den Pod zu entfernen und mit der Option --validate wieder anzulegen, zum Beispiel per kubectl apply --validate -f mypod.yaml.

Wie prüfe ich bei Problemen im Cluster, ob alle Knoten von Kubernetes registriert sind?

Dazu dient kubectl get nodes. Laut Dokumentation sollen alle erwarteten Knoten in der Liste stehen und den Zustand Ready haben.

Wo bekomme ich Hilfe bei Problemen mit Kubernetes?

Die Community-Seite nennt Foren unter discuss.kubernetes.io für themenbezogene technische Diskussionen, und die englische Anleitung „Debug Pods“ behandelt Anwendungen, die sich nicht korrekt verhalten. Sicherheitslücken gehören an die private Liste security@kubernetes.io; zusätzlich existiert ein Bug-Bounty-Programm.

Meine App läuft in Kubernetes nicht richtig: wo fange ich mit der Fehlersuche an?

Für Anwendungen, die in Kubernetes laufen und sich nicht korrekt verhalten, gibt es die englische Anleitung „Debug Pods“. Wer stattdessen den Cluster untersuchen will, wird dort auf eine andere Anleitung verwiesen.

Kubernetes Störung heute?

Welches Problem hast du mit Kubernetes?

Pod in Kubernetes bleibt in Pending
Pod in Kubernetes steckt im Zustand Waiting
App in Kubernetes verhält sich nicht wie erwartet
Etwas anderes? Störung melden

Keine Meldungen in den letzten 24 Stunden.

Grundlage sind Nutzermeldungen auf dieser Seite, Stand 22:00 Uhr.

Technische Prüfung: Kubernetes

Website erreichbar · HTTP 206 · 82 ms · gemessen um 21:50 Uhr aus Frankfurt

Am 10.11.: 21 von 21 Abfragen erfolgreich (100 %), Durchschnitt 114 ms.

Gemessen wird nur die Startseite kubernetes.io — keine Aussage zu App oder Login; kein offizieller Status.

Methodik

Meldungen der Nutzer

Hast du ein Problem mit Kubernetes?

Ein Klick zum Melden. Details kannst du danach ergänzen (optional).

Kommentare

Noch keine Kommentare. Schreib den ersten!

Schreib einen Kommentar zu Kubernetes

Name oder Nickname (optional)Dein Kommentar

Kommentare erscheinen sofort. Beleidigungen, Werbung und Links werden automatisch herausgefiltert. Rechtswidrigen Inhalt melden.

Häufige Fragen zu Kubernetes

Gibt es gerade eine Kubernetes Störung?: Ob andere Nutzer bei Kubernetes gerade Probleme haben, kannst du hier an den neuesten Einträgen ablesen. Wer gerade dasselbe beobachtet, kann die Meldungsübersicht hier mit einem Eintrag ergänzen.
Warum wird ein Pod in Kubernetes nicht eingeplant und bleibt in Pending?: Ein Pod in Pending lässt sich laut Dokumentation nicht auf einem Knoten einplanen. Als allgemeinen Grund nennt sie zu knappe Ressourcen einer oder mehrerer Arten. Einen ersten Überblick liefert kubectl describe pods mit dem Namen des Pods, denn der Befehl zeigt Zustand und letzte Ereignisse.
Was tun, wenn ein Pod in Kubernetes im Zustand Waiting steckt und nicht läuft?: Der Pod ist dann einem Worker-Knoten zugeteilt, startet dort aber nicht. Die Dokumentation vermutet, dass sich das Image nicht herunterladen lässt. Geprüft werden sollen der korrekte Image-Name, ein erfolgter Push des Images in die Registry und die Möglichkeit, das Image von Hand zu laden, etwa mit docker pull.
Wie untersuche ich einen Pod in Kubernetes, der sich nicht wie erwartet verhält?: Möglich ist laut Dokumentation ein Fehler in der Pod-Beschreibung, der stillschweigend ignoriert wurde. Als ersten Schritt rät sie, den Pod zu entfernen und mit der Option --validate wieder anzulegen, zum Beispiel per kubectl apply --validate -f mypod.yaml.
Wie prüfe ich bei Problemen im Cluster, ob alle Knoten von Kubernetes registriert sind?: Dazu dient kubectl get nodes. Laut Dokumentation sollen alle erwarteten Knoten in der Liste stehen und den Zustand Ready haben.
Wo bekomme ich Hilfe bei Problemen mit Kubernetes?: Die Community-Seite nennt Foren unter discuss.kubernetes.io für themenbezogene technische Diskussionen, und die englische Anleitung „Debug Pods“ behandelt Anwendungen, die sich nicht korrekt verhalten. Sicherheitslücken gehören an die private Liste security@kubernetes.io; zusätzlich existiert ein Bug-Bounty-Programm.
Meine App läuft in Kubernetes nicht richtig: wo fange ich mit der Fehlersuche an?: Für Anwendungen, die in Kubernetes laufen und sich nicht korrekt verhalten, gibt es die englische Anleitung „Debug Pods“. Wer stattdessen den Cluster untersuchen will, wird dort auf eine andere Anleitung verwiesen.

So behebst du Probleme mit Kubernetes

Pod in Kubernetes bleibt in Pending · 3 Min.

Lass dir mit kubectl describe pods und dem Namen des Pods Zustand und letzte Ereignisse anzeigen.
Prüfe, ob zu wenig Ressourcen vorhanden sind, denn das kann laut Dokumentation die Einplanung auf einem Knoten verhindern.

Pod in Kubernetes steckt im Zustand Waiting · 4 Min.

Kontrolliere, ob der Name des Images stimmt.
Stelle sicher, dass das Image in die Registry gepusht wurde.
Versuche, das Image von Hand abzurufen, zum Beispiel mit docker pull, wenn du Docker auf deinem PC nutzt.

App in Kubernetes verhält sich nicht wie erwartet · 5 Min.

Lösche den betroffenen Pod aus dem Cluster.
Lege ihn mit der Option --validate neu an, zum Beispiel per kubectl apply --validate -f mypod.yaml, um einen ignorierten Fehler in der Beschreibung aufzuspüren.

Cluster-Knoten in Kubernetes prüfen · 6 Min.

Führe kubectl get nodes aus.
Kontrolliere, dass alle erwarteten Knoten vorhanden sind und den Zustand Ready haben.
Füge hier auf der Seite hinzu, was dir gerade auffällt.

Allgemeine Schritte

App oder Seite beenden und neu öffnen
Internetverbindung prüfen
App auf die neueste Version bringen
Anderes Gerät oder anderen Browser probieren

Über Kubernetes

Laut deutscher Projektseite ist Kubernetes (K8s) ein Open-Source-System zur Automatisierung der Bereitstellung, Skalierung und Verwaltung von containerisierten Anwendungen; es gruppiert die Container einer Anwendung in logische Einheiten, um die Verwaltung und Erkennung zu erleichtern. Die Projektseite nennt Kubernetes Open Source und gibt die Freiheit, die Infrastruktur vor Ort, hybrid oder in der Public Cloud zu nutzen.

Die englische Dokumentation „Debug Pods“ richtet sich an Nutzer, die in Kubernetes bereitgestellte Anwendungen untersuchen, die sich nicht korrekt verhalten; für das Untersuchen des Clusters verweist sie auf eine andere Anleitung. Die Clusteranleitung geht davon aus, dass die eigene Anwendung bereits als Ursache des Problems ausgeschlossen wurde.

Gut zu wissen über Kubernetes

Als ersten Schritt beim Untersuchen eines Pods nennt die Dokumentation einen Blick auf ihn; aktuellen Zustand und letzte Ereignisse zeigt der Befehl kubectl describe pods ${ POD_NAME }. Steckt ein Pod in Pending fest, kann er laut Dokumentation nicht auf einem Knoten eingeplant werden; als allgemeinen Grund nennt sie unzureichende Ressourcen eines oder anderen Typs, die die Einplanung verhindern. Ist die Versorgung mit CPU oder Speicher im Cluster möglicherweise ausgeschöpft, nennt die Dokumentation als Maßnahmen, Pods zu löschen, Ressourcenanforderungen anzupassen oder dem Cluster neue Knoten hinzuzufügen.

Steckt ein Pod im Zustand Waiting, wurde er laut Dokumentation einem Worker-Knoten zugewiesen, kann dort aber nicht laufen; als Ursache nennt sie, dass sich das Image nicht herunterladen lässt. Zu prüfen sind dabei der korrekte Name des Images, ob das Image in die Registry gepusht wurde, und ob sich das Image manuell abrufen lässt, etwa mit docker pull <image>, wenn man Docker auf dem PC verwendet. Verhält sich ein laufender Pod nicht wie erwartet, kann laut Dokumentation ein stillschweigend ignorierter Fehler in der Pod-Definition stecken; zuerst soll man den Pod löschen und ihn mit der Option --validate neu erstellen, etwa mit kubectl apply --validate -f mypod.yaml. Beim Untersuchen von Services nennt die Dokumentation als Erstes die Prüfung, ob für den Service Endpoints vorhanden sind; die EndpointSlice-Ressourcen lassen sich mit kubectl get endpointslices -l kubernetes.io/service-name = ${ SERVICE_NAME } anzeigen.

Beim Untersuchen des Clusters ist laut Dokumentation zuerst zu prüfen, ob alle Knoten korrekt registriert sind: kubectl get nodes; dabei sollen alle erwarteten Knoten vorhanden und im Zustand Ready sein. Bei einem ausgefallenen Knoten, etwa vom Netzwerk getrennt oder mit beendetem Kubelet, das nicht neu startet, zeigen die Ereignisse laut Dokumentation NotReady und die Pods laufen nicht mehr.

Offizielle Kanäle von Kubernetes

Alle für diesen Steckbrief herangezogenen Quellen