Repeting Data Plane redémarre vu après une panne de courant brusque

Repeting Data Plane redémarre vu après une panne de courant brusque

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


Symptom


Il peut y avoir répétition data plane redémarre vu après une panne de courant brusque, qui pourrait être c’est-à-dire débrancher les cordons d’alimentation à peine ou liés à d’autres problèmes de câblage. Les redémarrages du plan de données sont dus à des défaillances de surveillance des trajectoires et peuvent être suivis de redémarrages d’appareils. 

Les messages suivants peuvent être vus sous l’onglet Monitor > Journaux > système :
 
2020/12/16 10:41:43 général 0 9: échecs dp2-path_monitor HB vus, HA DP
2020/12/16 10:41:43 général 0 9: dp1-path_monitor HB échecs vus, déclenchant HA DP des
défaillances 2020/12/16 10:41:43 général 0 9: cp-path_monitor HB échecs vus, HA DP
2020/12/16 10:41:43 général critique 0 Châssis Master Alarm: HA- événement
2020/12/16 10:41:43 critique ha state-c 0 Groupe 1: Déplacé de l’État HA Actif à l’État Non fonctionnel
2020/12/16 10:41:43 critical ha datapla 0 HA Groupe 1: Dataplane is down: path monitor failure
2020/12/16 10:41:43 high general general 0 9: dp0-path_monitor HB failures seen, HA DP triggering down
2020/12/16 10:43:37 info hw slot-st 0 Slot 1 PA-5260 ( ) commence.
2020/12/16 10:43:28 général critique 0 internal_monitor: Sortie 1 fois, doit être récupéré manuellement.
2020/12/16 10:43:26 général critique 0 cp-path_monitor: Sortie 1 fois, doit être récupéré manuellement.
2020/12/16 10:43:25 général 0 cp-path_monitor: sortie parce que le service a manqué trop de battements
de cœur 2020/12/16 10:43:25 général critique 0 Défaillance interne de surveillance de la trajectoire des paquets, redémarrage de l’avion de données

L’une des raisons possibles de la défaillance de la surveillance des trajectoires est le problème de communication entre le plan de gestion et le plan de contrôle qui utilise des ports internes spécifiques à l’intérieur de l’appareil.L’état de ces ports peut être vérifié par la commande suivante. La commande fournira essentiellement des informations sur tous les BCM ports.
 
> debug dataplane interne pdt bcm montrer l’état du port cible s1cp

ena / vitesse / lien auto STP lrn inter max
boucle lien duplex scan neg? state pause discrd ops face frame back
xe1( 1) up 1G FD SW Yes Disable TX RX None D GMII 1856
xl2( 2) up 40G FD SW No Disable TX RX None D XLAUI 16360 PHY
ce3( 3) up 100G No Forward None FD SW RX FA CAUI 16360
xe4( 4) up 10G FD SW No Disable None TX RX D XFI 16360
xe5( 5) up 10G FD SW No Disable None TX RX D XFI 163 60
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) vers le bas - 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                                                     
 
les ports
xe8 et xe9 sont connectés à Management Plane et utilisés pour transmettre/recevoir des données à/depuis Management Plane depuis/vers d’autres hardware composants. Ces ports sont également utilisés par les paquets de surveillance des trajectoires. Selon les journaux au-dessus de ces ports peuvent être vers le bas et donc la surveillance des trajectoires peut échouer en permanence.
 

 



Environment


Tous les modèles hardare
All PanOS communiqués


Resolution


Ce problème peut être lié à une hardware défaillance, si les ports xe8 et xe9 sont en panne. A TAC l’affaire devrait être ouverte afin TAC de résoudre davantage la question.

Actions
  • Print
  • Copy Link

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

Choose Language