Repeting Data Plane Neustarts nach abruptem Stromausfall gesehen

Repeting Data Plane Neustarts nach abruptem Stromausfall gesehen

92457
Created On 01/26/21 15:51 PM - Last Modified 04/02/24 20:09 PM


Symptom


Es kann sich wiederholen, dass Data Plane nach einem abrupten Stromausfall erneut neu gestartet wird, d. h. das Trennen von Netzkabeln, die kaum mit einigen anderen Verkabelungsproblemen zusammenhängen. Neustarts der Datenebene sind auf Fehler bei der Pfadüberwachung zurückzuführen und können durch Geräteneustarts gefolgt werden. 

Die folgenden Meldungen finden Sie unter Registerkarte Monitor > Logs > System:
 
2020/12/16 10:41:43 hohe allgemeine allgemeine 0 9: dp2-path_monitor HB Ausfälle gesehen, Auslösen HA DP
2020/12/16 10:41:43 high general general 0 9: dp1-path_monitor HB Fehler gesehen, Auslösen HA DP
2020/12/16 10:41:43 high allgemeine 0 9: cp-path_monitor HB Fehler gesehen, Auslösen nach unten HA DP
2020/12/16 10:41:43 kritische allgemeine 0 Chassis Master Alarm: HA- Ereignis
2020/12/16 10:41:43 kritische ha Zustand-c 0 HA Gruppe 1: Vom Zustand Aktiv in Zustand Nicht-Funktional
2020/12/16 10:41:4 3 kritische ha datapla 0 HA Gruppe 1: Dataplane ist ausgefallen: Pfadmonitor-Fehler
2020/12/16 10:41:43 High General General 0 9: dp0-path_monitor HB Fehler gesehen, auslösung HA DP
dunten 2020/12/16 10:43:37 info hw slot-st 0 Slot 1 ( PA-5260 ) wird gestartet.
2020/12/16 10:43:28 kritische allgemeine 0 internal_monitor: 1 Mal verlassen, muss manuell wiederhergestellt werden.
2020/12/16 10:43:26 kritische allgemeine 0 cp-path_monitor: 1 Mal verlassen, muss manuell wiederhergestellt werden.
2020/12/16 10:43:25 high General general 0 cp-path_monitor: Beenden, weil Service verpasst zu viele Herzschläge
2020/12/16 10:43:25 kritische allgemeine 0 Interne Paketpfadüberwachung Fehler, Neustart dataplane

Einer der möglichen Gründe für einen Fehler bei der Pfadüberwachung ist das Kommunikationsproblem zwischen der Verwaltungsebene und der Steuerungsebene, die bestimmte interne Ports innerhalb des Geräts verwendet.Der Status dieser Ports kann mit dem folgenden Befehl überprüft werden. Der Befehl stellt im Grunde Informationen zu allen BCM Ports bereit.
 
> debug dataplane intern pdt bcm port status target s1cp

ena/ speed/ link auto STP lrn inter max loop
port link duplex scan neg? State Pause discrd ops face frame back
xe1( 1) up 1G FD SW Yes Disable None TX RX D GMII 1856
xl2( 2) up 40G FD SW No Disable TX RX None D XLAUI 16360 PHY
ce3( 3) up 100G FD SW No Forward None RX FA CAUI 16360
xe4( 4) up 10G FD SW No Disable TX RX None D XFI 16360
xe5( 5) up 10G FD SW No Disable None TX RX D XFI 1636 0
xe6( 6) !ena 10G FD SW No Disable TX RX None D XFI 1856
xe7( 7) !ena 10G FD SW No Disable None TX RX D XFI 1856
xe8( 8) down - SW Yes Disable None TX RX D KR 16360
xe9( 9) down - SW Yes Disable None TX RX D KR 16360
xe10( 10) !ena 10G FD SW No Disable TX RX None D XFI 1856                                                     
 

xe8- und xe9-Ports sind mit der Verwaltungsebene verbunden und werden zum Übertragen/Empfangen von Daten an/von Management Ebene von/zu anderen hardware Komponenten verwendet. Diese Ports werden auch von Pfadüberwachungspaketen verwendet. Gemäß den obigen Protokollen können diese Ports ausfallen, sodass die Pfadüberwachung möglicherweise kontinuierlich fehlschlägt.
 

 



Environment


Alle hardare Modelle
Alle PanOS Releases


Resolution


Dieses Problem kann mit einem hardware Fehler zusammenhängen, wenn xe8- und xe9-Ports ausgefallen sind. A TAC sollte geöffnet werden, um TAC das Problem weiter zu beheben.

Actions
  • Print
  • Copy Link

    https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA14u000000HCcXCAW&lang=de&refURL=http%3A%2F%2Fknowledgebase.paloaltonetworks.com%2FKCSArticleDetail

Choose Language