Índice

Introdução

Pré-requisitos

Requisitos

Componentes Utilizados

Informações de Apoio

Troubleshooting

Aglomere a falha da negociação nova

Introdução

Este documento descreve as etapas para verificar e tentar endereçar a edição para a falha da negociação nova do conjunto no Cisco Unity Connection (CUC).

Pré-requisitos

Requisitos

Cisco recomenda que você tem o conhecimento no Cisco Unity Connection.

Componentes Utilizados

A Cisco recomenda ter conhecimento deste tópico:

- Versão 8.5 ou mais recente da conexão de unidade

Informações de Apoio

Geralmente, cada falha termina com esta indicação:

Negociação nova do conjunto falhada.

O log cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log da negociação nova do conjunto pode ser encontrado no lugar de registro da instalação através da ferramenta CLI ou de monitoramento em tempo real (RTMT).

A fim obter este log do CLI, você precisa um servidor SFTP de transferir o arquivo, e você precisa de incorporar este comando: o arquivo obtém instala cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.lo g

ou

Da ferramenta do monitoramento em tempo real (RTMT), escolha o traço & a central do log > recolhe instala logs > seleciona o nó > continua.

Em algumas encenações, as últimas linhas 10 do log fornecem o Mensagem de Erro; Consequentemente, pode ser visto no CLI. Inscreva este comando CLI: a cauda do arquivo instala cuc-cluster-rejoin_yyyy-mm-dd_hh.mm.ss.log para ver as últimas linhas 10 do log.

Note: O conjunto do cuc dos utils renegocia o comando é sido executado no servidor de assinante somente e copia o base de dados do servidor de assinante ao servidor do publicador e estabelece a replicação.

Troubleshooting

Esta seção fornece as pontas usadas a fim pesquisar defeitos a falha do renegotiatio do conjunto.

Falha da negociação nova do conjunto

Problema: Cenário 1

O comando da negociação nova falha na última etapa.

Este exemplo de saída é considerado no servidor do publicador:

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.

Análise do 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

Solução

A análise de traço mostra que o server está afetado pela identificação de bug Cisco CSCul75841. Falha na última etapa quando você tenta parar o gestor de serviço. A fim resolver esta edição, reinicie o servidor do publicador ou incorpore este overwritedb do conjunto do cuc dos utils do comando no servidor do publicador.

Problema: Cenário 2

A elevação falha no servidor de assinante quando qualquer um destes comnands CLI é incorporado:

o overwritedb do conjunto do cuc dos utils falha no BAR ou no SUB

o conjunto do cuc dos utils renegocia falha no SUB

A mesma edição é considerada durante a instalação do assinante.

A causa de raiz desta edição é que não estabelece a replicação na etapa do server da definição.

Análise do log

Para a negociação nova do conjunto/falha de OverwriteDB

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

Para o subscritor instale a falha

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

Solução

A análise de traço mostra que o server está afetado pela identificação de bug Cisco CSCue78730. A fim trabalhar em torno desta edição, tac Cisco do contato. Alternativamente, promova o server a uns verões fixa do defeito.

Problema: Cenário 3

A negociação nova falha quando o ssh renegociando confiar no segundo passo.

Análise do 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

Solução

Termine estas etapas, a fim resolver esta edição:

1. Assegure-se de que a senha de segurança seja mesma em ambos os server.

2. Restaure a senha de segurança se for necessário.

3. Se a edição ainda existe, contacte o tac Cisco para verificar os known_hosts arquivam da raiz.

Problema: Senario 4

Renegocie falha nesta etapa,

yy/mm/dd HH: milímetro: ss que sincronizam bases de dados da conexão de unidade…

Negociação nova do conjunto falhada.

Análise do 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)

Solução

Termine estas etapas, a fim resolver esta edição:

1. Assegure-se de que as entradas do Domain Name Server (DNS)/Domain Name estejam corretas se são “se ajustam” em ambos os server.

2. Certifique-se que não há nenhuma edição da pesquisa de DNS reversa com os utils diagnostica o testcommand.

3. Se a edição ainda existe, contacte o tac Cisco para verificar no vário arquivo dos anfitriões. A edição pôde ser com os rhosts e o arquivo de SQLhosts.

Problema: Encenação 5

A negociação nova falha como ele que o script não cria bases de dados no servidor do publicador.

Análise do 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.

Solução

A análise de traço mostra que o server está afetado pela identificação de bug Cisco CSCtr18463. A fim resolver esta edição, promova a versão a uns verões fixa.

Problema: Encenação 6

A negociação nova do conjunto falha devido às edições NTP.

Análise do 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.'

Solução

A fim resolver esta edição, você deve fixar todas as edições do Network Time Protocol (NTP), e atribui um NTP com um bom valor do estrato. Para a conexão de unidade, um estrato 1 ou a fonte 2 é preferida.

Problema: Encenação 7

O seguinte erro é indicado quando a negociação nova falha.

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.

Solução

Termine estas etapas, a fim resolver esta edição:

1. Incorpore esta Segurança ajustada do usuário da senha do comando CLI em um ou ambo o server para atualizar a senha de segurança.

2. Este erro pôde ocorrer quando o endereço IP de Um ou Mais Servidores Cisco ICM NT/hostname do subscritor não é inscrito nas configurações de sistema do editor e na página do conjunto.

3. Se a edição ainda existe, contacte o tac Cisco.

Problema: Encenação 8

A negociação nova falha com este erro nos logs.

Análise do 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.'

Solução

Termine estas etapas, a fim resolver esta edição:

1. Assegure-se de que todos os serviços requerido estejam funcionais com o uso desta lista do serviço dos utils do comando.

2. Incorpore este permissiveand seguro ósmio dos utils do comando ajustam ambos os server no modo permissivo.

3. Execute o comando renegociar no subscritor. As repartições do editor após a negociação nova são terminadas.

4. Entre em utils que deste comando o ósmio seguro reforça e ajusta ambos os server reforça dentro o modo.

Problema 9

Este erro é indicado quando a negociação nova falha.

Análise do 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

Análise do log - Antes do erro

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

Solução

A análise do log mostra que o hostname permanece o mesmo para a fonte e o alvo. A edição ocorre quando o comando da negociação nova é executado no editor. Este comando deve ser executado no servidor de assinante somente.

Se você executa o comando no subscritor separa e você recebe o mesmo erro, a edição poderia ser causado pelos pedaços extra DB adicionados no servidor de assinante. Contacte o TAC a fim trabalhar em torno desta edição.