Authentifizierungsprobleme mithilfe von Pod-Logs beheben

Clusteradministratoren und -entwickler können Probleme beheben und Clusteraktivitäten mithilfe der Logs der System-Pods überwachen, die die Authentifizierung von Drittanbietern verarbeiten. Dieses Dokument gilt nur für unterstützte Clustertypen , die in einer Flotte registriert sind.

Je nach Schweregrad des Problems werden Logs mit den folgenden Schweregraden klassifiziert:

  • INFO[I]: Ein Betriebsereignis mit detaillierten Informationen zu den Aktionen, die von der Anwendung bei der Verarbeitung von Anfragen ausgeführt wurden (z. B. Start- und Bereinigungsnachrichten). Die Logs enthalten auch Informationen zu erwarteten Ereignissen, die zu Problemen führen können. Beispiele sind Authentifizierungs- und Workflowprüfungen.
  • WARNING[W]: Ein unerwartetes Ereignis, das auf ein zugrunde liegendes Problem hinweisen kann. Beispiele sind anbieterspezifische Authentifizierungsprobleme.
  • ERROR[E]: Ein unerwartetes problematisches Ereignis, das von einem Clusteradministrator behoben werden muss. Beispiele sind fehlende Konfiguration, Fehler beim Tokenaustausch und Authentifizierungsprobleme.

Hier sehen Sie ein Beispiel für einen typischen Pod-Logeintrag:

I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.

Dabei gilt:

  • Das Präfix I stellt den Schweregrad INFO dar, gefolgt vom Logdatum 0926.
  • Die Zeit folgt mit Mikrosekunden in der lokalen Zeitzone des Computers.
  • 12345 ist eine Thread-ID.
  • foo.cc:10 ist der Speicherort des Quellcodes, an dem die Logbeschreibung angezeigt wird. Die Klammer [ und das Leerzeichen sind feste Trennzeichen vor der Nachricht.

Weitere Informationen zu Logging und Clusterverwaltung finden Sie unter Clusterverwaltung.