AUF DIESER SEITE
Fehlerbehebung bei einer Redundanzgruppe, für die in einem SRX-Chassis-Cluster kein Failover ausgeführt wird
Problem
Beschreibung
Für eine Redundanzgruppe (RG) in einem SRX-Chassis-Cluster mit hoher Verfügbarkeit (HA) wird kein Failover ausgeführt.
Umwelt
SRX-Gehäuse-Cluster
Diagnose
Führen Sie den show chassis cluster status Befehl über die Eingabeaufforderung des Services Gateways der SRX-Serie aus, das Teil des Chassis-Clusters ist.
Beispielausgabe:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary no no node1 100 secondary no no Redundancy group: 1 , Failover count: 0 node0 255 primary yes no node1 100 secondary yes no
Überprüfen Sie in der Beispielausgabe die Priorität der Redundanzgruppe, für die kein Failover ausgeführt wird.
Wenn das
PriorityFeld ist255und dasManual failoverFeld istyes, fahren Sie mit Manuelles Failover für Redundanzgruppen fort.Wenn die Priorität zwischen
1und254liegt0, fahren Sie mit Automatisches Failover für Redundanzgruppen fort
Auflösung
Manuelles Failover für Redundanzgruppen
Überprüfen Sie, ob ein manuelles Failover der Redundanzgruppe zuvor mithilfe des
show chassis cluster statusBefehls initiiert wurde.Beispielausgabe:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary yes no node1 100 secondary yes no Redundancy group: 1 , Failover count: 0 node0 255 primary no yes node1 100 secondary no yes
In der Beispielausgabe
Priorityist255der Wert der Redundanzgruppe 1 (RG1) und der Status ist ,Manual failoveryeswas bedeutet, dass ein manuelles Failover der Redundanzgruppe früher initiiert wurde. Sie müssen die Priorität der Redundanzgruppe zurücksetzen.Anmerkung:Nach einem manuellen Failover einer Redundanzgruppe wird empfohlen, das Flag für manuelles Failover im Clusterstatus zurückzusetzen, um weitere Failover zuzulassen.
Setzen Sie die Redundanzgruppenpriorität zurück, indem Sie die
request chassis cluster failover reset redundancy-group <1-128>.Zum Beispiel:
user@host> request chassis cluster failover reset redundancy-group 1 root@srx> request chassis cluster failover reset redundancy-group 1 node0: -------------------------------------------------------------------------- Successfully reset manual failover for redundancy group 1 node1: -------------------------------------------------------------------------- No reset required for redundancy group 1.
Dadurch muss das Problem behoben und weitere Redundanzgruppen-Failover möglich sein. Wenn sich das Problem durch diese Schritte nicht beheben lässt, fahren Sie mit dem Abschnitt Wie geht es weiter?
Wenn Sie ein Failover der Redundanzgruppe x (Redundanzgruppen mit den Nummern 1 bis 128) manuell initiieren möchten, finden Sie weitere Informationen unter Grundlegendes zum manuellen Failover von Chassis-Cluster-Redundanzgruppen.
Automatisches Failover von Redundanzgruppen
Überprüfen Sie die Konfiguration und den Verbindungsstatus des Steuerelements und der Fabric-Links mithilfe des Befehls.
show chassis cluster interfacesBeispielausgabe für ein Services Gateway der SRX-Serie für Zweigstellen:
{primary:node0} root@SRX_Branch> show chassis cluster interfaces Control link 0 name: fxp1 Control link status: Up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/2 down fab0 fab1 ge-9/0/2 down fab1 Fabric link status: downBeispielausgabe für ein High-End-Services Gateway der SRX-Serie:
{primary:node0} root@SRX_HighEnd> show chassis cluster interfaces Control link 0 name: em0 Control link 1 name: em1 Control link status: up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/5 down fab0 Fabric link status: downWenn die Steuerverbindung ausgefallen ist, lesen Sie KB-Artikel KB20698 zur Fehlerbehebung, rufen Sie die Steuerverbindung auf und fahren Sie mit 3 fort.
Wenn der Fabric-Link ausgefallen ist, finden Sie unter Fehlerbehebung bei einem Fabric-Link-Fehler in einem SRX Chassis-Cluster Informationen zur Fehlerbehebung und zum Aktivieren des Fabric-Links und zum Fortfahren mit 3.
Fahren Sie mit Schritt 3 fort, wenn sowohl die Steuerverbindung als auch die Fabric-Verbindung aktiviert sind.
Überprüfen Sie die aktiven Schnittstellenüberwachungs- oder IP-Überwachungskonfigurationen. Wenn die Konfigurationen nicht korrekt sind, korrigieren Sie die Konfigurationen. Wenn die Konfigurationen korrekt sind, fahren Sie mit Schritt 4 fort.
Überprüfen Sie die Priorität jedes Knotens in der Ausgabe des
show chassis cluster statusBefehls.-
Wenn die Priorität ist
0, lesen Sie KB-Artikel KB16869 für JSRP-Chassis-Cluster (Junos OS Services Redundancy Protocol) und KB-Artikel KB19431 für Firewalls für Zweigstellen-SRX-Serie. Wenn die Priorität ist
255, finden Sie weitere Informationen unter Manuelles Failover für Redundanzgruppen.Wenn die Priorität zwischen
1und254und liegt, wenn die Redundanzgruppe immer noch kein Failover durchführt, fahren Sie mit dem Abschnitt Was kommt als nächstes?
-
Wie geht es weiter?
Wenn sich das Problem durch diese Schritte nicht beheben lässt, finden Sie im KB-Artikel KB15911 Tipps zum Failover von Redundanzgruppen.
Wenn Sie weiter debuggen möchten, lesen Sie KB-Artikel KB21164 zum Überprüfen der Debug-Protokolle.
Informationen zum Eröffnen eines JTAC-Falls beim Juniper Networks Support-Team finden Sie unter Datenerfassung für den Kundensupport. Die Daten, die Sie zur Unterstützung der Fehlerbehebung erfassen sollten, bevor Sie einen JTAC-Fall eröffnen, finden Sie unter Datenerfassung für den Kundensupport .