Protokollmeldungen aller NSX-T Data Center-Komponenten einschließlich den auf ESXi-Hosts ausgeführten entsprechen dem Syslog-Format gemäß RFC 5424. Protokollmeldungen von KVM-Hosts sind im RFC-3164-Format. Die Protokolldateien befinden sich im Verzeichnis /var/log.

Auf NSX-T Data Center-Appliances können Sie den folgenden NSX-T Data Center-CLI-Befehl zum Anzeigen der Protokolle ausführen:
get log-file <auth.log | http.log | kern.log | manager.log | node-mgmt.log | syslog> [follow]

Auf Hypervisoren können Sie Linux-Befehle wie z. B. tac, tail, grep oder more verwenden, um die Protokolle anzuzeigen. Diese Befehle können Sie auch auf NSX-T Data Center--Appliances verwenden.

Weitere Informationen zu RFC 5424 finden Sie unter https://tools.ietf.org/html/rfc5424. Weitere Informationen zu RFC 3164 finden Sie unter https://tools.ietf.org/html/rfc3164.

RFC 5424 legt für Protokollmeldungen das folgende Format fest:

<facility * 8 + severity> version UTC-TZ hostname APP-NAME procid MSGID [structured-data] msg
Beispiel für eine Protokollmeldung:
<187>1 2016-03-15T22:53:00.114Z nsx-manager NSX - SYSTEM [nsx@6876 comp="nsx-manager" errorCode="MP4039" subcomp="manager"] Connection verification failed for broker '10.160.108.196'. Marking broker unhealthy.

Jede Nachricht enthält Komponentendetails (comp) und Unterkomponentendetails (subcomp), die es erleichtern, die Quelle der Nachricht zu identifizieren.

NSX-T Data Center erstellt reguläre Protokolle („facility local6“ mit einem numerischen Wert von 22) und Überwachungsprotokolle („facility local7“ mit einem numerischen Wert von 23). Alle API-Aufrufe lösen ein Überwachungsprotokoll aus.

Ein Eintrag im Überwachungsprotokoll, der einem API-Aufruf zugeordnet ist, enthält die folgende Informationen:
  • Den Parameter entId mit einer Element-ID zur Identifizierung des Objekts der-API.
  • Den Parameter req-id mit einer Anforderungs-ID zur Identifizierung eines bestimmten API-Aufrufs.
  • Den Parameter ereqId mit einer ID, die auf eine externe Anforderung verweist, wenn der API-Aufruf den Header X-NSX-EREQID:<string> enthält.
  • Den Parameter euser der auf einen externen Benutzer verweist, wenn der API-Aufruf den Header X-NSX-EUSER:<string> enthält.

RFC 5424 definiert die folgenden Ebenen für den Schweregrad:

Schweregrad Beschreibung
0 Notfall: Das System steht nicht zur Verfügung
1 Ernste Warnung: Es muss sofort reagiert werden
2 Kritisch: Kritische Bedingungen
3 Fehler: Fehlerbedingungen
4 Warnung: Warnbedingungen
5 Hinweis: Normale, aber signifikante Bedingung
6 Information: Informationsmeldungen
7 Debug: Meldungen auf Debug-Ebene

Alle Protokolle mit dem Schweregrad „Notfall“, „Ernste Warnung“, „Kritisch“ und „Fehler“ enthalten einen eindeutigen Fehlercode im Abschnitt der strukturierten Daten der Protokollmeldung. Der Fehlercode besteht aus einer Zeichenfolge und einer Dezimalzahl. Die Zeichenfolge steht für ein bestimmtes Modul.

Das MSGID-Feld identifiziert den Meldungstyp. Eine Liste der Meldungs-IDs finden Sie unter Protokollmeldungs-IDs.