Nota tecnica sulla risoluzione dei problemi di rinegoziazione dei cluster Unity Connection

Introduzione

In questo documento viene descritto come verificare e tentare di risolvere il problema relativo all'errore di rinegoziazione del cluster in Cisco Unity Connection (CUC).

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza di Cisco Unity Connection.

Componenti usati

Cisco raccomanda la conoscenza di questo argomento:

• Unity Connection versione 8.5 o successive

Premesse

In genere, ogni errore termina con questa istruzione:

Rinegoziazione del cluster non riuscita.

Il registro di rinegoziazione del cluster cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log è disponibile nel percorso di registrazione dell'installazione tramite CLI o lo strumento di monitoraggio in tempo reale (RTMT, Real-Time Monitoring Tool).

Per ottenere questo log dalla CLI, è necessario un server SFTP per trasferire il file e immettere questo comando: file get install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log

o

Da Real-Time Monitoring Tool (RTMT), scegliere Trace & Log Central > Collect Install Logs > Select the Node > Procedi.

In alcuni scenari, le ultime 10 righe del log forniscono il messaggio di errore; Pertanto, può essere visualizzato sulla CLI. Immettere questo comando CLI: file tail install cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log per visualizzare le ultime 10 righe del log.

Nota: Il comando utils cuc cluster renegotiate viene eseguito solo nel server Sottoscrittore, il database viene copiato dal server Sottoscrittore al server di pubblicazione e viene stabilita la replica.

Risoluzione dei problemi

In questa sezione vengono forniti suggerimenti per la risoluzione degli errori di rinegoziazione cluster.

Errore di rinegoziazione cluster

Problema: Scenario 1

Il comando di rinegoziazione non ha esito positivo nell'ultimo passaggio.

L'output di esempio riportato di seguito viene visualizzato nel server di pubblicazione:

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.

Analisi log

+ 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

Soluzione

L'analisi della traccia indica che il server è interessato dall'ID bug Cisco CSCul75841. Nell'ultimo passaggio il tentativo di arrestare Service Manager ha esito negativo. Per risolvere il problema, riavviare il server di pubblicazione o immettere questo comando per utilizzare il cluster cuc sovrascritto sul server di pubblicazione.

Problema: Scenario 2

L'aggiornamento non riesce sul server Subscriber quando si immette uno dei seguenti comandi CLI:

utils cuc cluster overwritedb non riuscito in PUB o SUB

utilizza la rinegoziazione cluster cuc non riuscita in SUB

Lo stesso problema si verifica durante l'installazione del Sottoscrittore.

La causa principale di questo problema è che non è possibile stabilire la replica nel passaggio define server.

Analisi log

Errore durante la rinegoziazione/sovrascrittura del database del cluster

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

Errore di installazione del sottoscrittore

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

Soluzione

L'analisi della traccia indica che il server è interessato dall'ID bug Cisco CSCue7830. Per risolvere il problema, contattare Cisco TAC. In alternativa, aggiornare il server a una versione fissa del difetto.

Problema: Scenario 3

La rinegoziazione non riesce durante la rinegoziazione dei trust ssh nel secondo passaggio.

Analisi log

+ 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

Soluzione

Per risolvere il problema, completare i seguenti passaggi:

1. Assicurarsi che la password di protezione sia la stessa su entrambi i server.
2. Se necessario, reimpostare la password di protezione.
3. Se il problema persiste, contattare Cisco TAC per controllare il file known_hosts dalla directory principale.

Problema: Scenario 4

La rinegoziazione non riesce in questo passaggio,
aaa/mm/gg hh:mm:ss Sincronizzazione dei database di Unity Connection in corso...
Rinegoziazione del cluster non riuscita.

Analisi log

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

Soluzione

Per risolvere il problema, completare i seguenti passaggi:

1. Verificare che le voci DNS (Domain Name Server)/DNS (Domain Name Server) siano corrette se impostate su entrambi i server.
2. Verificare che non vi siano problemi di ricerca DNS inversa con il comando utils diagnostse testcommand.
3. Se il problema persiste, contattare Cisco TAC per controllare il file di diversi host. Il problema potrebbe riguardare il file rhosts e SQLhosts.

Problema: Scenario 5

La rinegoziazione non ha esito positivo perché lo script non riesce a creare database nel server di pubblicazione.

Analisi log

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

Soluzione

L'analisi della traccia indica che il server è interessato dall'ID bug Cisco CSCtr18463. Per risolvere il problema, aggiornare la versione alla versione corretta.

Problema: Scenario 6

Rinegoziazione del cluster non riuscita a causa di problemi NTP.

Analisi log

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

Soluzione

Per risolvere questo problema, è necessario risolvere tutti i problemi relativi al protocollo NTP (Network Time Protocol) e assegnare un protocollo NTP con un buon valore di strato. Per Unity Connection, è preferibile un'origine di strato 1 o 2.

Problema: Scenario 7

Quando la rinegoziazione non riesce, viene visualizzato il seguente errore.

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.

Soluzione

Per risolvere il problema, completare i seguenti passaggi:

1. Immettere questo comando CLI set password user security su uno o entrambi i server per aggiornare la password di sicurezza.
2. Questo errore può verificarsi quando l'indirizzo IP/nome host del sottoscrittore non viene immesso nelle impostazioni di sistema del server di pubblicazione e nella pagina cluster.
3. Se il problema persiste, contattare Cisco TAC.

Problema: Scenario 8

La rinegoziazione non riesce con questo errore nei log.

Analisi log

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

Soluzione

Per risolvere il problema, completare i seguenti passaggi:

1. Verificare che tutti i servizi richiesti funzionino correttamente utilizzando questo comando utilizza l'elenco dei servizi.
2. Immettere questo comando utilizza il sistema operativo permissivee impostare entrambi i server in modalità permissiva.
3. Eseguire il comando Renegotiate nel Sottoscrittore. Il server di pubblicazione viene riavviato al termine della rinegoziazione.
4. Immettere questo comando utilizza il sistema operativo secure enforce e impostare entrambi i server in modalità enforce.

Problema 9

Questo errore viene visualizzato quando la rinegoziazione non riesce.

Analisi log

+ 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

Analisi registro - Prima dell'errore

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

Soluzione

L'analisi del log mostra che il nome host rimane lo stesso per l'origine e la destinazione. Il problema si verifica quando il comando di rinegoziazione viene eseguito nel server di pubblicazione. Questo comando deve essere eseguito solo nel server Sottoscrittore.

Se si esegue il comando nel server di sottoscrizione e si riceve lo stesso errore, il problema potrebbe essere causato dai blocchi di database aggiuntivi aggiunti nel server di sottoscrizione. Per risolvere il problema, contattare TAC.