Voix et communications unifiées : Cisco Unity Connection

Unity Connection : Dépannez les questions d'OverwriteDB

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit les étapes pour dépanner des questions d'overwritedb avec les solutions possibles dans le Cisco Unity Connection (CUC).

Contribué par Anirudh M Mavilakandy, ingénieur TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de ce thème :

  • Cisco Unity Connection 

Composants utilisés

Les informations dans ce document sont basées sur ces logiciel et versions de matériel :

  • Version 8.5 ou ultérieures d'Unity Connection

Informations générales

La panne d'overwritedb finira avec cette déclaration.

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).

Afin d'obtenir ce log :

Du CLI (vous aurez besoin du serveur sécurisé de FTP (SFTP) pour transférer le fichier journal),

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

Ou

De RTMT,

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

Dans quelques scénarios, les 10 dernières lignes du log fourniront le message d'erreur et par conséquent il peut être visualisé sur le CLI lui-même avec cette commande : la queue de fichier installent cuc-cluster-overwritedb_yyyy-mm-dd_hh.mm.ss.lo g

Remarque: La commande « d'overwritedb de batterie de cuc d'utils » est exécutée dans le serveur d'abonné seulement. Ceci copie la base de données du serveur de Publisher sur le serveur d'abonné et établit la réplication. Dans certains cas où il y a une question avec l'overwritedb de commande de renégociation est exécutée sur le serveur de Publisher. 

Dépannez

Cette section fournit de divers scénarios afin de dépanner les questions d'overwritedb. 

Dépannez les questions d'OverwriteDB  

Problème : Scénario 1

Overwritedb échoue à la première étape. Les essais de première étape pour établir la connexion au serveur distant.

Logs

+ 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

Solution

Contactez Cisco TAC. Cette solution exige la racine Access. 

Problème : Scénario 2

Overwritedb échoue avec l'erreur : 

Failed to restore database on <server_name>
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

Solution

Le serveur pourrait être affecté par CSCto87784. Vérifiez la version corrigée de ce défaut. Si la version en cours ne fait pas exécuter la difficulté l'overwritedb de batterie de cuc d'utils commandez de nouveau.  

Problème : Scénario 3

Overwritedb échoue avec cette erreur à cette étape :

hh yy/mm/dd : millimètre : les solides solubles synchronisent des bases de données d'Unity Connection…
la commande a manqué -- Réplication d'entreprise déjà définie (92)

Logs

+ 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

Solution

Voici quelques options de réparer cette question.

Option 1 :

Exécutez ces commandes un par un. Ne poursuivez pas à la prochaine commande jusqu'à ce que l'en cours se termine.

  1. abonné de stopon de dbreplication d'utils.
  2. stopon Publisher de dbreplication d'utils.
  3. abonné de dropadmindbon de dbreplication d'utils.
  4. dropadmindbon Publisher de dbreplication d'utils.
  5. le dbreplication d'utils a remis à l'état initial tous sur Publisher.

Option 2 :

Cette question se produit parce que la file d'attente de réplication d'entreprise est pleine. Afin de résoudre ce problème, vous pouvez redémarrer le serveur de Publisher, l'attente approximativement 30 minutes afin d'assurer des services sont commencées, et redémarrer le serveur d'abonné. Quand les services sont sur l'abonné, l'overwritedb devrait se terminer avec succès.

Voici le log de gestionnaire de rôle de serveur ces points à cette question :

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 : Si la question existe toujours, contactez Cisco TAC

Problème : Scénario 4

Overwritedb échoue avec cette erreur à cette étape,

hh yy/mm/dd : millimètre : solides solubles synchronisant des bases de données d'Unity Connection…
Overwritedb a manqué

Logs

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.

Solution

Contactez Cisco TAC pour le contournement que les requries enracinent l'accès.

Problème : Scénario 5

Panne dans l'un ou l'autre des scénarios suivants :
Le CLI « overwritedb de batterie de cuc d'utils » échoue sur le BAR ou le SOUS-TITRE.
Le CLI « batterie de cuc d'utils renégocient » échoue sur le SOUS-TITRE.
La mise à jour échoue sur le serveur d'abonné.

La cause principale de cette question est tout en essayant d'établir la réplication qu'elle échoue à l'étape de serveur de définir.

Logs

Pour la renégociation de batterie/panne d'OverwriteDB,

+ 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.'


Pour l'abonné installez la panne,

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

Solution

Le serveur est affecté par CSCue78730. Contactez Cisco TAC pour le contournement. Alternativement, promouvez le serveur à une version corrigée du défaut.  

Problème : Scénario 6

Overwritedb échoue avec cette erreur à cette étape,
hh yy/mm/dd : millimètre : plate-forme solides solubles Syncronizing et base de données de LDAP…
Overwritedb a manqué.

Logs

+ 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

Solution

Contactez Cisco TAC. La question est le plus susceptible avec le fichier d'hôtes SQL dû aux entrées incorrectes ou corrompues. Également vu après changement de l'adresse IP/d'adresse Internet et cette modification ne se reflète pas dans le fichier d'hôtes SQL.

Problème : Scénario 7

Ce problème est vu quand il y a une adresse Internet/modification d'adresse IP sur le serveur.

Overwritedb échoue à cette étape, 

hh yy/mm/dd : millimètre : plate-forme solides solubles Syncronizing et base de données de LDAP…
Overwritedb a manqué.

« la liste de service d'utils » affiche ce service vers le bas,
Un composant du DB de Cisco [NOTRUNNIG] ne s'exécute pas

Logs

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

Solution

Contactez Cisco TAC. Le TAC vérifiera les entrées de table de vmsserver et héberge des fichiers de racine. Assurez également qu'un service de DB de Cisco est en hausse avant que l'overwriteDB puisse être exécuté sur l'abonné. 

Problème : Scénario 8

Dans ce scénario la panne est due aux questions de NTP.

Logs

+ 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.'

Solution

Afin de résoudre ce problème, vous devez réparer toutes les questions de Protocole NTP (Network Time Protocol), et assignez un NTP avec une bonne valeur de strate. Pour l'Unity Connection, une strate 1 ou la source 2 est préférée. 

Problème : Scénario 9

Dans ce scénario le serveur ne peut pas accéder au serveur distant dû aux questions d'autorisation.

Logs

+ 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.'

Ou

 + 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.

Solution

Contactez Cisco TAC pour synchroniser des mots de passe de racine. 

Problème : Scénario 10

Dans ce scénario la panne est due aux DN/à entrée manquants de nom de domaine sur le serveur ou quand le serveur d'abonné n'a pas été défini sur le serveur de Publisher.

Logs

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)

Solution

Assurez que l'adresse IP du serveur d'abonné/détails d'adresse Internet sont fournis sous la page de paramètres système > de batterie.
Assurez que les DN et les informations de nom de domaine est correct pour les deux serveurs si configurés.
Si la question existe toujours, contactez CISCO TAC. Le TAC vérifiera les hôtes SQL classent de la racine.

Problème : Scénario 11

OverwriteDB échoue avec cette erreur :

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.

Solution

Exécutez la commande de Sécurité d'utilisateur de set password sur un ou les deux serveurs de mettre à jour le mot de passe de Sécurité.
Cette erreur est également vue quand l'adresse IP/adresse Internet de l'abonné n'est pas présentée dans la page des paramètres système > de la batterie de Publisher.
Si la question existe toujours contact Cisco TAC.



Document ID: 117562