Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Problem

Lösung

Verfahren zum Einstellen des richtigen Upgrade-Status

Einleitung

In diesem Dokument wird beschrieben, wie Sie das Problem mit dem Durchmesser pro Person bei einem Ausfall von In-Service Software Migration (ISSM) in Cisco Policy Suite (CPS) beheben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

- Linux

- CPS

- Durchmesser

- Open Service Gateway Initiative (OSGI)-Framework

Anmerkung: Cisco empfiehlt, dass Sie über Berechtigungen für den Root-Zugriff auf die CPS CLI verfügen müssen.

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

- CPS 19.4, 21.1

- CentOS Linux Version 8.1.1911 (Core)

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle verstehen.

Hintergrundinformationen

Benutzer haben die Möglichkeit, das ISSM eines CPS auszuführen 19.4.0/CPS 19.5.0 zu CPS 21.1.0. Diese Migration ermöglicht die Fortsetzung des Datenverkehrs ohne Auswirkungen, solange er abgeschlossen wird.

ISSM bis CPS 21.1.0 wird nur für Installationen mit hoher Verfügbarkeit (HA) und geografischer Redundanz (GR) unterstützt. Andere CPS-Installationstypen (mog|pats|arbiter|andsf|escef) können nicht migriert werden.

Problem

Es wurde festgestellt, dass bei einem ISSM-Fehler von CPS19.4 in CPS21.1 aufgrund eines ungültigen Hosts.csv -Eintrag wird die Verbindung aller Durchmesser-Peers mit beiden Load Balancing (LB) unterbrochen, und ein normaler Neustart trägt nicht zur Wiederherstellung bei.

[root@lab-lb02 ~]# ./show_peers.sh --all --summary

###############################################################################

[Wed Sep 21 01:57:47 CDT 2022]

SUMMARY of Peers in OKAY State:

|  Gx  |  Re  |  Rx  |  Sh  |  Sy  |

-------------|------|------|------|------|------|

lb01 peers   |  0   |  0   |  0   |  0   |  0   |

-------------|------|------|------|------|------|

lb02 peers   |  0   |  0   |  0   |  0   |  0   |

-------------|------|------|------|------|------|

Dies ist die Ausnahme, die Sie in Consolidated-qns.log sehen können, wenn Sie die Protokollierung auf Debugebene aktivieren.

2022-09-21 08:25:00,188 [pool-3-thread-1] DEBUG c.b.d.i.server.DelayedStartManager.? - isWorkerConnected: true queueSystem.enabled: false queueSystem.available: true isUpgradeState: false

Nach der Ausführung dieses Schritts wird der Prozess aufgrund eines ungültigen Eintrags im Hosts.csv Datei.

/mnt/iso/migrate.sh disable set 1

2022-09-21 02:52:48,913 INFO [__main__.migrate_disable_set] Waiting for build init.d background task

Replica-set Configuration

-------------------------------------------------------------------------------

The progress of this script can be monitored in the following log:

/var/log/broadhop/scripts//build_set_21092022_024648_1663728408306850218.log

-------------------------------------------------------------------------------

[ Done ] file creation [ In Progress ]

2022-09-21 02:58:16,385 INFO [__main__.migrate_disable_set] build init.d successfully.

2022-09-21 02:58:16,385 INFO [__main__.run_recipe] Performing installation stage: QuiesceClusterSet

[lab-cc02 PSZ06PCRFCC02] Executing task 'DisableArbiterVipNode'

[lab-cc02 PSZ06PCRFCC02] run: /var/qps/bin/support/disable_arbiter_vip_node.sh

Fatal error: Name lookup failed for lab-cc02 PSZ06PCRFCC02 --> Error highlight. Invalid host entry is noticed.

Underlying exception:

Name or service not known

Aborting.

2022-09-21 02:58:16,967 ERROR [__main__.<module>] Error during installation

2022-09-21 02:58:16,970 INFO [__main__.<module>] =====================

2022-09-21 02:58:16,970 INFO [__main__.<module>] FAILURE

2022-09-21 02:58:16,970 INFO [__main__.<module>] ======== END ========

2022-09-21 02:58:16,970 INFO [__main__.<module>] To have the environment variable updated, please logout and login from all opened shell on the current system

[root@lab-cm csv]#

Das Skript trigger_silo.shals Teil von migrate.sh Bei der Ausführung werden alle qns-Prozesse im ausgewählten LB für die set1-Migration angehalten.

2022-09-21 03:11:34,885 INFO [migrate_traffic.run] running - ['bash', '-c', 'source /var/qps/install/current/scripts/migrate/trigger_silo.sh && trigger_silo_pre_set1_upgrade /var/tmp/cluster-upgrade-set-1.txt /var/tmp/cluster-upgrade-set-2.txt /var/log/trigger_silo.log']

2022-09-21 03:17:27,594 INFO [command.execute] (stdout): LB qns process count : 7

Running pause on lb02-1

checking JMX port 9045 ....

Done - Paused qns-1

Running pause on lb02-2

checking JMX port 9046 ....

Done - Paused qns-2

Running pause on lb02-3

checking JMX port 9047 ....

Done - Paused qns-3

Running pause on lb02-4

checking JMX port 9048 ....

Done - Paused qns-4

Running pause on lb02-5

checking JMX port 9049 ....

Done - Paused qns-5

Running pause on lb02-6

checking JMX port 9050 ....

Done - Paused qns-6

Running pause on lb02-7

checking JMX port 9051 ....

Done - Paused qns-7

Lösung

Das Upgrade ist unvollständig und nur teilweise möglich. Durch den ISSM-Prozess bleibt das CPS-System eingeschaltet. isUpgradeState: false.

Um sich von dieser Bedingung zu erholen, müssen Sie den isUpgradeState: true im OSGI Framework von CPS.

Verfahren zum Einstellen des richtigen Upgrade-Status

Schritt 1: Melden Sie sich beim Cluster Manager-Knoten an.

Schritt 2: Verbinden Sie sich mit dem OSGI-Framework des CPS-Systems.

[root@installer ~]# telnet qns01 9091

Trying 192.168.10.11...

Connected to qns01.

Escape character is '^]'.

osgi>

Schritt 3: Führen Sie diesen Befehl aus.

osgi> markNodeUpgraded

Upgraded status set to true

osgi>

Schritt 4: Trennen Sie die Verbindung zum OSGI-Framework mit diesem Befehl.

osgi> disconnect

Disconnect from console? (y/n; default=y) y

Connection closed by foreign host.

[root@installer ~]#

Nachdem Sie die Lösung angewendet haben, überprüfen Sie mit diesem Befehl den Peer-Status des Durchmessers, und stellen Sie sicher, dass alle erforderlichen Peers aktiv sind.

[root@lab-lb02 ~]# ./show_peers.sh --all --summary

###############################################################################

[Wed Sep 21 01:57:47 CDT 2022]

SUMMARY of Peers in OKAY State:

|  Gx  |  Re  |  Rx  |  Sh  |  Sy  |

-------------|------|------|------|------|------|

lb01 peers   |  72  |  120 |  36  |  0   |  12  |

-------------|------|------|------|------|------|

lb02 peers   |  72  |  120 |  36  |  0   |  12  |

-------------|------|------|------|------|------|