Unity Connection Cluster-Neuverhandlung Fehler bei Fehlerbehebung Technischer Hinweis

Einführung

In diesem Dokument werden die Schritte zur Überprüfung und Behebung des Problems bei einem Cluster-Nachverhandlungen in Cisco Unity Connection (CUC) beschrieben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie mit Cisco Unity Connection vertraut sind.

Verwendete Komponenten

Cisco empfiehlt, über Kenntnisse in diesem Bereich zu verfügen:

• Unity Connection Version 8.5 oder höher

Hintergrundinformationen

Im Allgemeinen endet jeder Fehler mit dieser Anweisung:

Neuverhandlung des Clusters fehlgeschlagen.

Das Protokoll cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log zur Neuaushandlung des Clusters ist über die CLI oder das Real-Time Monitoring Tool (RTMT) am Ort der Installationsprotokollierung zu finden.

Um dieses Protokoll von der CLI abzurufen, benötigen Sie einen SFTP-Server, um die Datei zu übertragen. Geben Sie hierzu den folgenden Befehl ein: install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

oder

Wählen Sie im Real-Time Monitoring Tool (RTMT) Trace & Log Central > Collect Install Logs (Protokolle sammeln) > Select the Node > Proceed (Knoten > Weiter) aus.

In einigen Szenarien geben die letzten 10 Zeilen des Protokolls die Fehlermeldung an. Sie kann daher in der CLI angezeigt werden. Geben Sie den folgenden CLI-Befehl ein: file tail install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log, um die letzten 10 Zeilen des Protokolls anzuzeigen.

Hinweis: Der Befehl utils cuc cluster reegotiate wird nur auf dem Subscriber-Server ausgeführt und kopiert die Datenbank vom Subscriber-Server auf den Publisher-Server und erstellt die Replikation.

Fehlerbehebung

Dieser Abschnitt enthält Tipps zur Behebung von Fehlern bei Cluster-Neuverhandlungen.

Cluster-Neuverhandlung fehlgeschlagen

Problem: Szenario 1

Der Befehl zur Neuverhandlung schlägt im letzten Schritt fehl.

Diese Beispielausgabe wird auf dem Publisher-Server angezeigt:

13/12/01 14:32:15 Disabling data replication...
13/12/01 14:32:28 Renegotiating ssh trusts...
13/12/01 14:32:36 Synchronizing platform and LDAP database...
13/12/01 14:35:20 Creating any missing messaging databases on the publisher...
13/12/01 14:35:23 Adding subscriber node to publisher...
13/12/01 14:35:30 Synchronizing Unity Connection databases...
13/12/01 14:43:19 Synchronizing file systems...
13/12/01 14:43:23 Synchronizing message files for mail store UnityMbxDb1...
13/12/01 14:43:25 Copying cluster DSCP configuration to publisher node...
13/12/01 14:43:27 Rebooting publisher node CUC-9A...

Cluster renegotiation failed.

Protokollanalyse

+ sudo -u cucluster ssh CUC-9A /usr/local/cm/bin/controlcenter.sh 
'Service Manager' stop
++ error
++ '[' 0 -eq 1 ']'
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'
++ echo 'The cluster renegotiation log cuc-cluster-rejoin
_2013-12-01_14.32.15.log can be found in the installation logging location through the CLI or RTMT.'
++ exit 1

Lösung

Die Ablaufverfolgungsanalyse zeigt, dass der Server von der Cisco Bug-ID CSCul75841 betroffen ist. Er schlägt im letzten Schritt fehl, wenn Sie versuchen, den Service Manager zu beenden. Um dieses Problem zu beheben, starten Sie den Publisher-Server neu, oder geben Sie den Befehl utils cuc cluster overwritedb auf dem Publisher-Server ein.

Problem: Szenario 2

Das Upgrade schlägt auf dem Subscriber-Server fehl, wenn einer der folgenden CLI-Befehle eingegeben wird:

utils cuc cluster overwritedb schlägt entweder auf PUB oder SUB fehl

utils cuc cluster reegotiate schlägt im SUB fehl

Das gleiche Problem tritt bei der Installation des Teilnehmers auf.

Die Hauptursache für dieses Problem ist, dass es die Replikation nicht im definierenden Serverschritt etablieren kann.

Protokollanalyse

Für Cluster-Neuverhandlung/OverwriteDB-Fehler

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- fatal server error (100)
++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

Or 

the same errors with the last line as
++ echo 'Cluster overwritedb failed.'

Fehler bei der Installation durch Teilnehmer

Thu Oct 17 06:09:47 GMT+2 2013 + sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_pub -I g_ciscounity_pub
Thu Oct 17 06:13:07 GMT+2 2013 command failed -- fatal server error (100)
Thu Oct 17 06:13:07 GMT+2 2013 + LOADDBRC=100Thu Oct 17 06:13:07 GMT+2 2013 + '[' 100 -ne 0 ']'Thu Oct 17 06:13:07 GMT+2 2013 + echo 'loaddb.sh return code was 100'Thu Oct 17 06:13:07 GMT+2 2013 loaddb.sh return code was 100Thu Oct 17 06:13:07 GMT+2 2013 + exit 1Thu Oct 17 06:13:07 GMT+2 2013 /opt/cisco/connection/lib/install/post.d/06_load-database had an exit code of 1error: %post(cuc-9.1.1.10000-32.i386) scriptlet failed, exit status 1

Lösung

Die Ablaufverfolgungsanalyse zeigt, dass der Server von der Cisco Bug-ID CSCue78730 betroffen ist. Um dieses Problem zu umgehen, wenden Sie sich an das Cisco TAC. Alternativ können Sie den Server auf eine feste Version des Fehlers aktualisieren.

Problem: Szenario 3

Die Neuverhandlung schlägt fehl, während SSH-Trusts im zweiten Schritt neu verhandelt werden.

Protokollanalyse

+ echo '11/11/30 20:57:24 Renegotiating ssh trusts..
+ /opt/cisco/connection/lib/install/post.d/02_authorize-cucluster
+ . /usr/local/bin/base_scripts/icluster.sh
++ '[' -n '' ']'
++ IPM_BAD_REMOTE_FILE_ERROR=12
++ IPM_BAD_REMOTE_DIR_ERROR=13
The fingerprint for the RSA key sent by the remote host
is bb:c0:b3:a7:08:07:ef:0c:f9:86:11:1d:a2:99:5e:8a.
Please contact your system administrator.
Add correct host key in /home/sftpuser/.ssh/known_hosts to get rid of this message.
Offending key in /home/sftpuser/.ssh/known_hosts:5

Lösung

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Stellen Sie sicher, dass das Sicherheitskennwort auf beiden Servern gleich ist.
2. Setzen Sie ggf. das Sicherheitskennwort zurück.
3. Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC, um die Datei known_hosts vom Root zu überprüfen.

Problem: Szenario 4

In diesem Schritt scheitert die Neuverhandlung.
yy/mm/dd hh:mm:ss Synchronizing Unity Connection database..
Neuverhandlung des Clusters fehlgeschlagen.

Protokollanalyse

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub connect to g_ciscounity_sub1 failed
Incorrect password or user g_ciscounity_sub1 is not known on the database server.
(-951)command failed -- unable to connect to server specified (5)

Lösung

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Stellen Sie sicher, dass die Einträge des Domänennamenservers (DNS)/Domänennamens korrekt sind, wenn sie auf beiden Servern "festgelegt" sind.
2. Stellen Sie sicher, dass mit dem Befehl utils diagnose testcommand keine Probleme mit der umgekehrten DNS-Suche auftreten.
3. Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC, um verschiedene Hosts zu überprüfen. Das Problem kann bei der Datei rhosts und SQLhosts auftreten.

Problem: Szenario 5

Die Neuverhandlung schlägt fehl, da das Skript keine Datenbanken auf dem Publisher-Server erstellt.

Protokollanalyse

+ python - -s ciscounity /opt/cisco/connection/lib/config-modules/dbscripts/mailstore/add-missing-mbxdb-space.sh: line 37: cannot create temp file for here document: Permission denied++ error ++ '[' 0 -eq 1 ']' ++ echo 'Cluster renegotiation failed.

Lösung

Die Ablaufverfolgungsanalyse zeigt, dass der Server von der Cisco Bug-ID CSCtr18463 betroffen ist. Um dieses Problem zu beheben, aktualisieren Sie die Version auf eine feste Version.

Problem: Szenario 6

Cluster-Neuverhandlung schlägt aufgrund von NTP-Problemen fehl.

Protokollanalyse

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pub
command failed -- System clocks difference is too large. 
(90)
++ error
++ '[' 0 -eq 1 ']'
++ echo 'Cluster renegotiation failed.'

Lösung

Um dieses Problem zu beheben, müssen Sie alle NTP-Probleme (Network Time Protocol) beheben und ein NTP mit einem guten Schichtwert zuweisen. Für Unity Connection wird eine Schicht-1- oder -2-Quelle bevorzugt.

Problem: Szenario 7

Der folgende Fehler wird angezeigt, wenn die Neuverhandlung fehlschlägt.

SSH trust renegotiation failed.The security password on the publisher and subscriber servers do not match.
 Run the the CLI command "set password user security" on one or both servers to update the security password, then re-run "utils cuc cluster renegotiate".
Cluster renegotiation failed.

Lösung

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Geben Sie den CLI-Befehl set password user security auf einem oder beiden Servern ein, um das Sicherheitskennwort zu aktualisieren.
2. Dieser Fehler kann auftreten, wenn die IP-Adresse/der Hostname des Abonnenten nicht in die Systemeinstellungen des Herausgebers und die Clusterseite eingegeben wird.
3. Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC.

Problem: Szenario 8

Die Neuverhandlung schlägt mit diesem Fehler in Protokollen fehl.

Protokollanalyse

+ /opt/cisco/connection/lib/install/post.d/sync-cucli-credentials cuc01Going to Sync cucli hash from shadow the node at cuc01...Cannot find platformConfig.xml in /usr/local/platform/conf /tmp /commonFATAL ERROR: Cannot initialize internal variable: Cannot initialize the icluster internal dataCannot initialize the iCluster Library++ error++ '[' 0 -eq 1 ']'++ echo 'Cluster renegotiation failed.'

Lösung

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

1. Stellen Sie sicher, dass alle erforderlichen Dienste mit dieser Befehlszeilen-Dienstliste funktionieren.
2. Geben Sie dieses Befehlsutils ein, um die Berechtigungen zu sichern, und legen Sie beide Server im Permissive-Modus fest.
3. Führen Sie den Befehl zum Neuaushandeln auf dem Teilnehmer aus. Publisher wird nach Abschluss der Neuverhandlung neu gestartet.
4. Geben Sie diese Befehlsutils ein, um sicherzustellen, dass beide Server durchgesetzt und im Durchsetzungsmodus festgelegt werden.

Problem 9

Dieser Fehler wird angezeigt, wenn die Neuverhandlung fehlschlägt.

Protokollanalyse

+ sudo -u cucluster ssh cuc01 'sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && ontape' -s -L 0 -F -t 'STDIO'\'''
+ target_exec 't=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'
+ sudo -u cucluster ssh cuc01 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && t=$(mktemp); ontape -r -v -t STDIO > $t 2>&1; rc=$?; cat $t; exit $rc'\'''
Server is in an incompatible state or user authentication failed.
Physical restore failed - function read archive backup failed code -1 errno 0

Protokollanalyse - Vor dem Fehler

++ hostname
++ get_primary_hostname
++ is_primary
+++ get_platform_config_value CcmFirstNode
+++ xml sel -t -v /PlatformData/CcmFirstNode/ParamValue
/usr/local/platform/conf/platformConfig.xml
++ test yes == yes
++ hostname
+ /opt/cisco/connection/bin/copy-informix-instance -s ccm@cuc01
-t ccm@cuc01
source=ccm@cuc01
target=ccm@cuc01

Lösung

Die Protokollanalyse zeigt, dass der Hostname für Quelle und Ziel derselbe bleibt. Das Problem tritt auf, wenn der Befehl zur Neuverhandlung auf dem Publisher ausgeführt wird. Dieser Befehl sollte nur auf dem Subscriber-Server ausgeführt werden.

Wenn Sie den Befehl auf dem Subscriber-Server ausführen und den gleichen Fehler erhalten, kann das Problem durch die zusätzlichen DB-Chunks verursacht werden, die auf dem Subscriber-Server hinzugefügt wurden. Wenden Sie sich an das TAC, um dieses Problem zu beheben.