Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

health-monitor (KHMS)

Syntax

Hierarchy Level

Description

Konfigurieren Sie das Kernel Health Monitoring System (KHMS). Das KHMS wird verwendet, um festgefahrene ifstate Clients zu erkennen und zu handeln. Hängenbleiben, wenn Clients die Systemleistung beeinträchtigen können. Mit dieser Konfigurationsanweisung können Sie ein Zeitintervall konfigurieren, in dem das System einen stuck ifstate Client erkennen kann. Sie können auch die Aktion konfigurieren, die das System ergreift, wenn es einen steckengebliebenen ifstate Client findet.

Die ifstate-Clients erhalten Zustände vom Kernel. Es gibt zwei Arten von ifstate Clients:

  • Nicht-Peer-Clients (z. B. einige Daemons oder Prozesse in der Routing-Engine): wenn Nicht-Peer-Clients Verbindungen zwischen Programmen öffnen und Zustände aus lesen oder in den Kernel schreiben.

  • Peer-Clients (z. B. FPCs): wenn Peer-Clients Peer-Nachrichten lesen und Updates an die Peers senden.

Ein ifstate-Client bleibt hängen, wenn der Kernel eine Nachricht sendet und der ifstate-Client keine ACK zurücksendet. Eine rt_pfe_veto Bedingung ist eine Protokollnachricht, die angibt, dass Zustände gesendet werden, aber kein ACK-Protokoll zurückkommt. Das System nimmt die konfigurierte Aktion jedoch erst dann in Anspruch, wenn das konfigurierte Zeitintervall ausgeht, falls der ACK zu spät kommt.

Options

ifstate-clients

Konfigurieren Sie, welche Clients Sie überwachen und verwalten möchten. Es gibt drei Optionen:

  • peer-stuck— Überwachung und Verwaltung festgefahrener Peers.

  • non-peer-stuck— Überwachung und Verwaltung von festgefahrenen Prozessen.

  • all-clients-stuck— Überwachung und Verwaltung von festgefahrenen Peers und festgefahrenen Prozessen.

threshold-level

Konfigurieren Sie das Zeitintervall, in dem erkannt wird, ob ein angegebener Client festgefahren ist:

  • high-540 Sekunden

  • medium—360 Sekunden; ist dies der Standard.

  • low-180 Sekunden

action

Konfigurieren Sie die Aktion, die auf dem Feststecken ausgeführt wird, wenn der Client einmal das konfigurierte Zeitintervall aus ist.

  • alarm- Es wird nur ein Alarm ausgelöst, wenn der Client feststeckt; ist dies der Standard.

  • alarm-with-cores— Nach dem Sammeln von Live-Cores aus dem primären Routing-Engine-Kernel und dem festgefahrenen Peer wird ein Alarm ausgelöst, wenn der Client festgefahren ist.

    ACHTUNG:

    Im Falle eines festgefahrenen Peers kann das Sammeln von Lives Cores dazu führen, dass die Komponente neu gestartet oder neu gestartet wird.

  • restart— Der Hängengebliebene, wenn der Zustandsclient nach dem Sammeln von Live-Cores vom primären Routing-Engine-Kernel und dem festgefahrenen Peer getrennt wird (abhängig von der Unterstützung).

    ACHTUNG:

    Achten Sie bei der Auswahl dieser Aktion auf die Auswirkungen eines Neustarts eines ifstate-Clients. Einige FPCs starten beispielsweise nicht einfach neu; starten sie neu.

Required Privilege Level

Admin

Release Information

Erklärung eingeführt in Junos OS Version 16.1R1.