DotW: Commit-Prozess hängt bei 99%

Warten auf eine Übergabe zu beenden und nicht sicher, ob es richtig funktioniert? Es gibt ein paar Befehle, die Sie ausführen können, um Ihnen zu helfen, zu sehen, was vor sich geht.

Von Zeit zu Zeit können Sie feststellen, dass ihre Übergabe bei 99% hängt.

Diese jüngste Diskussion in der Gemeinschaft kann Ihnen helfen, zu lernen, was zu tun ist, wenn Sie auf dieses Szenario stoßen. 

Panorama-Commit zu PA4060 hängt bei "Commit"-Prozess 99%

In diesem Thread spricht das Community-Mitglied "DISA-CONUS-IP-TIERII" über die Commit-Zeiten von Panorama zu einer PA-4060-Einheit.

Es gibt ein paar Dinge, die Sie tun können, um zu beschleunigen Commits, die länger als normal dauern, um zu vervollständigen, und ein paar Befehle, die Sie ausführen können, die Ihnen helfen können, zu verstehen, was vor sich geht.

Wenn Sie eine Übergabe über den webGUI oder den CLI durchführen, wird Ihnen entweder ein Status mit einer Grafik eines "Fortschrittsbalkens" in der WebGUI oder mit Punkten und einem% angezeigt, der Fortschritt zeigt. Das ist der Umfang des Details, es sei denn, Sie öffnen ein zusätzliches CLI-Fenster und führen "Show Jobs ID x" aus.  "X" ist die Jobnummer, die dem Commit-Prozess zugeordnet wird. Um die Jobnummer des Commit-Prozesses herauszufinden, führen Sie "Jobs alle anzeigen" und suchen Sie nach dem Commit-Prozess.

> Jobs zeigen

Enqueued ID Type Status Ergebnis abgeschlossen
--------------------------------------------------------------------------
2016/01/25 13:27:34 9137 Commit-Act-Pend 99%
2016/01/25 13:10:00 9136 Wildfire FIN OK 13:12:56

Dann können Sie diese ID nehmen, und beenden Sie die Übergabe mit "Show Jobs ID 9137", die Ihnen ein wenig mehr Informationen aus dem Commit-Prozess gibt.

> Jobs ID 9137 anzeigen

Enqueued ID Type Status Ergebnis abgeschlossen
--------------------------------------------------------------------------
2016/01/25 13:27:34 9137 Commit-Gesetz Pend 99%
Warnungen:
Details :

Die Befehlsausgabe zeigt nicht alle Details an, die Sie benötigen, um festzustellen, ob ein bestimmter Daemon ein Problem verursacht.

Nun gibt es einen weiteren Befehl, "showmanagement-Clients". Sie können denken, dass es zurückgeben wird, welche Management-Clients in das Gerät eingeloggt sind. Dieser Befehl zeigt jedoch tatsächlich den Status aller laufenden Daemons an, die während des Commit-Prozesses verwendet werden.

Werfen Sie einen Blick auf die Ausgabe, während die Übergabe läuft. Sie können alle "Clients" aka Daemons und den Status jedes einzelnen sehen. Es gibt zwei Phasen für jeden Daemon, die Sie unten sehen.

> showmanagement-Clients

        Client PRI State Progress
-------------------------------------------------------------------------
geroutet 30 P1-OK 99
ha_agent 25 P1-OK 99
Device 20 P1-OK 99
ikemgr 10 P1-OK 99
keymg r 10 init 0 (nur op Cmds)
logrcvr 10 P1-OK 99
dhcpd 10 P1-OK 99
varrcvr 10 P1-OK 99
l3svc 10 P1-OK 99
sslvpn 10 P1-OK 99
rasmgr 10 P1-OK 99
       useridd 10 P1-sent 70 <------- note:="" this="" is="">
</-------> SATD 10 P1-OK 99
websrvr 10 P1-OK 99
sslmgr 10 P1-OK 99
authd 10 P1-OK 99
pppoed 10 P1-OK 99
dnsproxyd 10 P1-OK 99
CR yptod 10 P1-OK 99
Dolch 10 init 0 (nur op Cmds)

Gesamtstatus: P1-sent. Fortschritt: 0
Warnungen:
Fehler :

Wenn etwas nicht richtig aussieht, ignorieren Sie bitte die "op cmds only".

Schauen Sie oben hin und sehen Sie, wie "useridd" 70% zeigt, und "P1-sent". Wenn es für einige Zeit dabei blieb, dann könnte das auf ein Problem mit dem User-ID-Daemon hindeuten. In diesem Fall kann die Übergabe nicht abgeschlossen werden.

Sie können dies lösen, indem Sie diesen Daemon mit diesem Befehl neu starten:

> Debug-Software Neustart User-ID

Dieser Befehl startet nur den Prozess, den Sie wollen. In diesem Fall handelt es sich um den User-ID-Daemon.

Sie können dann den Commit-Prozess einleiten und es sollte nicht mehr bei diesem einen Prozess aufhören.
Wenn es keine Probleme gibt, dann sollte die Ausgabe eher so aussehen:

> showmanagement-Clients

    Client PRI State Progress------------------------------------------------------------------------- geroutet 30 P2-OK 100 ha_agent 25 P2-OK 100 Device 20 P2-OK 100 ikemgr 10 P2-OK 100 keymgr 10 init 0 (op c MDS Only) logrcvr 10 P2-OK 100 dhcpd 10 P2-OK 100 varrcvr 10 P2-OK 100 l3svc 10 P2-OK 100 sslvpn 10 P2-OK 100 rasmgr 10 P2-OK 100 useridd 10 P2-OK 100 satd 10 P2-OK 100 websrvr 10 P2-OK 100 sslmgr 10 P2-OK 100 AUTHD 10 P2-OK 100 pppoed 10 P2-OK 100 dnsproxyd 10 P2-OK 100 cryptod 10 P2-OK 100 Dolch 10 init 0 (op cmds Only)</ C35 >

Gesamtstatus: P2-OK. Fortschritt: 0
Warnungen:
Fehler :

Unser eigener Community-Teamkollege "Reaper" (Tom Piens) schrieb kürzlich über die Reduzierung der Management Belastung, die mit Commit-Zeiten helfen kann. Diese Artikel können Sie hier nachlesen:

Tipps & Tricks: Reduktion von Management-Plane-Load-
Tipps & Tricks: Reduzierung der Management -Plane Last — Teil 2

Ich hoffe, dass dies Ihnen hilft, den Commit-Prozess besser zu verstehen und was Sie tun müssen, wenn es einen spezifischen Prozess gibt, der die Übergabe von der ordnungsgemäßen Fertigstellung abhält.

Sicher bleiben!
Joe Delio