Unity Connection: Fehlerbehebung bei OverwriteDB-Problemen

Einführung

In diesem Dokument werden die Schritte zur Behebung von Problemen mit den möglichen Lösungen in Cisco Unity Connection (CUC) beschrieben.

Voraussetzungen

Anforderungen

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

• Cisco Unity Connection 

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf diesen Software- und Hardwareversionen:

• Unity Connection Version 8.5 oder höher

Hintergrundinformationen

Der überschriebene Datenbankfehler endet mit dieser Anweisung.

Cluster overwritedb failed.
The overwritedb log cuc-cluster-overwritedb_yyyy-mm-dd_hh.mm.ss.log can be found in the installation log location through the CLI or Real-Time Monitoring Tool (RTMT).

So rufen Sie dieses Protokoll ab:

Von CLI (Sie benötigen einen sicheren FTP-Server (SFTP), um die Protokolldatei zu übertragen),

file get install cuc-cluster-overwritedb_yyyy-mm-dd_hh.mm.ss.log

oder

von RTMT,

Choose Trace & Log Central > Collect Install Logs > Select the Node > Proceed.

In einigen Szenarios werden die Fehlermeldungen von den letzten 10 Zeilen des Protokolls ausgegeben, sodass sie mit dem folgenden Befehl in der CLI selbst angezeigt werden können: Datei-Tail-Installation cuc-cluster-overwritedb_yyyy-mm-dd_hh.mm.ss.log

Hinweis: Der Befehl "utils cuc cluster overwritedb" wird nur auf dem Subscriber-Server ausgeführt. Dadurch wird die Datenbank vom Publisher-Server auf den Subscriber-Server kopiert und die Replikation erstellt. In bestimmten Fällen, in denen ein Problem mit dem Befehl reegotiate overwritedb auf dem Publisher-Server auftritt. 

Fehlerbehebung

Dieser Abschnitt enthält verschiedene Szenarien, um die überschriebenen Probleme zu beheben. 

Fehlerbehebung bei OverwriteDB-Problemen  

Problem: Szenario 1

Overwritedb schlägt im ersten Schritt fehl. Im ersten Schritt wird versucht, eine Verbindung zum Remote-Server herzustellen.

Protokolle

+ 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'\'''@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!Someone could be eavesdropping on you right now (man-in-the-middle attack)!It is also possible that the Rivest-Shamir-Addleman (RSA) host key has just been changed.The fingerprint for the RSA key sent by the remote host isb0:f8:19:75:63:f7:30:aa:e4:ec:3b:dc:20:4a:d9:92.Please contact the system administrator.Add correct host key in /home/cucluster/.ssh/known_hosts to get rid of this message.Offending key in /home/cucluster/.ssh/known_hosts:5RSA host key for 10.1.1.100 has changed and you have requested strict checking.Host key verification failed.Physical restore failed - function read archive backup failed code 1 errno 0
Program over.TERM environment variable not set.+ ontape_rc=1+ [[ 1 -eq 0 ]]+ echo ontape returned 1.ontape returned 1.+ [[ 1 -ne 0 ]]+ echo Failed to restore database on cuc01. Ontape returned 1.
Failed to restore database on cuc01. Ontape returned 1.+ exit 1++ error++ echo 'Overwritedb failed.'++ echo 'The overwritedb log cuc-cluster-overwritedb_2014-01-22_20.20.44.log can be found in the installation log location through the CLI or RTMT.'++ exit

Lösung

Wenden Sie sich an das Cisco TAC. Diese Lösung erfordert Root-Zugriff. 

Problem: Szenario 2

Overwritedb schlägt mit dem Fehler fehl: 

Failed to restore database on 
     
     
Overwritedb failedThe overwritedb log cuc-cluster-overwritedb_yyyy-mm-dd_hh.mm.ss.log can be found in the installation log location through the CLI or RTMT

Lösung

Der Server kann durch CSCto87784 betroffen sein. Überprüfen Sie die korrigierte Version dieses Fehlers. Wenn die aktuelle Version nicht über die Behebung verfügt, führen Sie den Befehl utils cuc cluster overwritedb erneut aus.  

Problem: Szenario 3

Overwritedb schlägt in diesem Schritt mit diesem Fehler fehl:

yy/mm/dd hh:mm:ss Unity Connection-Datenbanken synchronisieren..
Befehl fehlgeschlagen - Enterprise Replication ist bereits definiert (92)

Protokolle

+ local primary_server=g_ciscounity_na_cucn01+ sudo_informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_na_cucn01 -I g_ciscounity_na_cucn01+ [[ cucluster != \i\n\f\o\r\m\i\x ]]+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -c g_ciscounity_na_cucn01 -I g_ciscounity_na_cucn01command failed -- Enterprise Replication already defined (92)++ error++ echo 'Overwritedb failed.'++ echo 'The overwritedb log cuc-cluster-overwritedb_2012-11-16_02.32.09.log can be found in the installation logging location through the CLI or RTMT.'++ exit 1

Lösung

Hier sind einige Möglichkeiten, dieses Problem zu beheben.

Option 1:

Führen Sie diese Befehle nacheinander aus. Fahren Sie erst mit dem nächsten Befehl fort, wenn der aktuelle Befehl abgeschlossen ist.

1. utils dbreplication stopon Subscriber.
2. utils dbreplication stopon Publisher.
3. utils dbreplication dropadmindbon Subscriber.
4. utils dbreplication dropadmindbon Publisher.
5. utils dbreplication zurücksetzen alles auf Publisher.

Option 2:

Dieses Problem tritt auf, weil die Enterprise-Replikationswarteschlange voll ist. Um dieses Problem zu beheben, können Sie den Publisher-Server neu starten, etwa 30 Minuten warten, um sicherzustellen, dass die Dienste gestartet werden, und den Subscriber-Server neu starten. Wenn die Dienste auf dem Subscriber verfügbar sind, sollte die überschriebene Datenbank erfolgreich abgeschlossen werden.

Das folgende Protokoll für den Server Role Manager verweist auf dieses Problem:

SRM,3,<CM> Command: /opt/cisco/connection/bin/db-replication-control status cuc02 execution completed abnormally. Error number: 6|
SRM,3,<Timer-0> Replication queue size: 90.0 has exceeded the maximum threshold value. Stopping replication.|
SRM,5,<evt> [PUB_PRIMARY] [replication_failed] ignored|

Option 3: Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC. 

Problem: Szenario 4

Overwritedb schlägt mit diesem Fehler in diesem Schritt fehl,

yy/mm/dd hh:mm:ss Synchronizing Unity Connection database..
Overwritedb fehlgeschlagen

Protokolle

sudo -u cucluster ssh cuc02 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && dbaccess' 'unitydyndb'\'''
329: Database not found or no system permission.

Lösung

Wenden Sie sich an das Cisco TAC, um eine Lösung zu finden, die Root-Zugriff erfordert.

Problem: Szenario 5

Fehler in einem der folgenden Szenarien:
Die CLI "utils cuc cluster overwritedb" schlägt entweder bei PUB oder SUB fehl.
Die CLI "utils cuc cluster reegotiate" schlägt bei SUB fehl.
Das Upgrade schlägt auf dem Subscriber-Server fehl.

Die Hauptursache für dieses Problem ist, dass es beim Versuch, die Replizierung zu etablieren, beim Definieren des Serverschritts fehlschlägt.

Protokolle

Bei Cluster-Neuverhandlung/OverwriteDB-Ausfall

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -cg_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pubcommand 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.'

Bei einem Fehler bei der Installation des Teilnehmers

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_pubThu 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

Der Server ist von CSCue78730 betroffen. . Wenden Sie sich zur Problemumgehung an das Cisco TAC. Alternativ können Sie den Server auf eine feste Version des Fehlers aktualisieren.  

Problem: Szenario 6

Overwritedb schlägt mit diesem Fehler in diesem Schritt fehl,
yy/mm/dd hh:mm:ss Syncronizing Plattform und LDAP Datenbank..
Overwritedb fehlgeschlagen.

Protokolle

+ sudo -u informix cdr delete server -f -c g_ciscounity_pub g_ciscounity_pubconnect to g_ciscounity_pub failed Attempt to connect to database server (g_ciscounity_pub) failed.(-908)command failed -- unable to connect to server specified (5)+ true

Lösung

Wenden Sie sich an das Cisco TAC. Das Problem tritt höchstwahrscheinlich bei der SQL-Hosts-Datei auf, da die Einträge falsch oder beschädigt sind. Wird auch nach der Änderung der IP-Adresse/des Hostnamens angezeigt, und diese Änderung spiegelt sich nicht in der SQL-Hostdatei wider.

Problem: Szenario 7

Dieses Problem tritt auf, wenn ein Hostname/eine IP-Adresse auf dem Server geändert wird.

Overwritedb schlägt in diesem Schritt fehl, 

yy/mm/tt hh:mm:ss Syncronizing Plattform und LDAP Datenbank..
Overwritedb fehlgeschlagen.

"utils service list" zeigt diesen Service inaktiv an,
Eine Cisco DB[NOTRUNNIG]-Komponente wird nicht ausgeführt

Protokolle

ssh: connect to host 192.168.1.2 port 22: No route to hostPhysical restore failed - function read archive backup failed code 1 errno 0
Program over.+ ontape_rc=1+ [[ 1 -eq 0 ]]+ echo ontape returned 1.ontape returned 1.+ [[ 1 -ne 0 ]]+ echo Failed to restore database on cuc02. Ontape returned 1.Failed to restore database on cuc02. Ontape returned

Lösung

Wenden Sie sich an das Cisco TAC. Das TAC prüft die vmsserver-Tabelleneinträge und hostet Dateien vom Root. Stellen Sie außerdem sicher, dass der A Cisco DB-Dienst aktiviert ist, bevor overwriteDB auf dem Subscriber ausgeführt werden kann. 

Problem: Szenario 8

In diesem Szenario ist der Ausfall auf NTP-Probleme zurückzuführen.

Protokolle

+ sudo -u informix cdr define server -A /var/opt/cisco/connection/spool/ats/ -cg_ciscounity_sub1 -I g_ciscounity_sub1 -S g_ciscounity_pubcommand failed -- System clocks difference is too large. (90)++ error++ echo 'Overwritedb 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 9

In diesem Szenario kann der Server aufgrund von Berechtigungsproblemen nicht auf den Remote-Server zugreifen.

Protokolle

+ sudo -u cucluster ssh cuc01 ' sh -lc '\''source /usr/local/cm/db/informix/local/ids.env && onstat' '-'\'''Permission denied (publickey,password).+ return -1+ exit 255++ error++ echo 'Overwritedb failed.'

oder

 + 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'\'''Permission denied (publickey,password).Physical restore failed - function read archive backup failed code 1 errno 0
Program over.
TERM environment variable not set.

Lösung

Wenden Sie sich an das Cisco TAC, um Kennwörter vom Root zu synchronisieren. 

Problem: Szenario 10

In diesem Szenario ist der Fehler auf fehlende DNS-/Domänennamen-Einträge auf dem Server zurückzuführen oder darauf, dass der Subscriber-Server nicht auf dem Publisher-Server definiert wurde.

Protokolle

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

Stellen Sie sicher, dass die IP-Adresse/der Hostname des Subscriber-Servers unter Systemeinstellungen > Clusterseite angegeben sind.
Stellen Sie sicher, dass die DNS- und Domänennamen-Informationen für beide Server korrekt sind, sofern sie konfiguriert wurden.
Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC. Das TAC prüft die SQL-Hostdatei vom Root.

Problem: Szenario 11

OverwriteDB schlägt mit diesem Fehler fehl:

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 overwritedb".Overwritedb failed.

Lösung

Führen Sie den Befehl set password user security auf einem oder beiden Servern aus, um das Sicherheitskennwort zu aktualisieren.
Dieser Fehler tritt auch auf, wenn die IP-Adresse/der Hostname des Teilnehmers nicht auf der Seite Systemeinstellungen > Cluster des Herausgebers eingegeben wird.
Wenn das Problem weiterhin besteht, wenden Sie sich an das Cisco TAC.