Explore a Cisco
Como comprar

Já tem uma conta?

  •   Conteúdo personalizado
  •   Produtos e suporte

Ainda não tem uma conta?

Criar conta

Problemas de replicação do Unity Connection após a redefinição da senha de segurança

Opções de download

  • PDF     (157.1 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (90.8 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (78.4 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:21 de Abril de 2014
ID do documento:117623

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Este documento descreve um problema encontrado no Unity Connection em que a replicação entre o Publisher e o Subscriber pode ser interrompida após você redefinir a senha de segurança e oferecer uma solução para o problema.

Há dois defeitos relacionados a este documento: IDs de bug da Cisco CSCth87452 e CSCua09290.

Problema

Depois de redefinir a senha de segurança para resolver um problema, a replicação não é configurada corretamente.

Você pode ver esta saída se digitar este comando do Publisher: utils dbreplication runtime.

                              PING
SERVER-NAME   IP ADDRESS     (msec)
-----------   ------------    ------
Cisco1        192.168.2.50     0.038
Cisco2        192.168.2.51     0.273

       CDR Server         REPL.   DBver&    REPL.   REPLICATION SETUP
RPC?  (ID) & STATUS       QUEUE   TABLES    LOOP?   (RTMT) & details
----    --------------    -----    -------   -----    -----------------
Yes    (2)  Connected     0        match     Yes     (2) PUB Setup Completed
Yes    (3)  Connected     0        match     N/A     (3) Not Setup

Observe que a coluna REPLICATION SETUP(RTMT) & details indica problemas porque não mostra ambos (2). Além disso, se você digitar o arquivo view ativelog /cm/log/informix/ccm.log, a saída poderá mostrar:

10:04:02  Password Validation for user [dbmon] failed!
10:04:02  Check for password aging/account lock-out.
10:04:02  listener-thread: err = -952: oserr = 0: errstr =
dbmon@Cisco2.na.cisco.corp[Cisco2]: User (dbmon@Cisco2.na.cisco.corp[Cisco2])'s
password is not correct for the database server.

10:04:06  Password Validation for user [dbauditlog] failed!
10:04:06  Check for password aging/account lock-out.
10:04:06  listener-thread: err = -952: oserr = 0: errstr =
dbauditlog@Cisco2.na.cisco.corp[Cisco2]: User (dbauditlog@Cisco2.na.cisco.corp[Cisco2])'s
 password is not correct for the database server.

10:04:06  Password Validation for user [dbdbl] failed!
10:04:06  Check for password aging/account lock-out.
10:04:06  listener-thread: err = -952: oserr = 0: errstr =
dbdbl@Cisco2.na.cisco.corp[Cisco2]: User (dbdbl@Cisco2.na.cisco.corp[Cisco2])'s
 password is not correct for the database server.

10:04:07  Password Validation for user [dblpm] failed!
10:04:07  Check for password aging/account lock-out.
10:04:07  listener-thread: err = -952: oserr = 0: errstr =
dblpm@Cisco2.na.cisco.corp[Cisco2]: User (dblpm@Cisco2.na.cisco.corp[Cisco2])'s
password is not correct for the database server.

Solução

Inicialmente, você pode ver que a replicação do banco de dados (DB) não está estabelecida entre o Publisher e o Subscriber, e esse comportamento corresponde às IDs de bug da Cisco CSCth87452 e CSCua09290. Infelizmente, como o acesso raiz é necessário como parte da solução, o Cisco Technical Assistance Center (TAC) é necessário para resolver o problema.

Conclua estes passos para corrigir o problema:

  1. Para parar um Cisco DB, insira este comando:

    utils service stop A Cisco DB

  2. Faça login no servidor com uma conta de suporte remoto e carregue o script Python.

    Note: O TAC é necessário para as próximas etapas.



    Obtenha SyncInformixPasswordsWithSystem.py e coloque-o no servidor FTP seguro (SFTP).

    Para copiar o arquivo do SFTP para o Unity Connection, insira estes comandos:

    cd /tmp 
       
       

    sftp username@IPAdressSFTPServer 
       
       

    get SyncInformixPasswordWithSystem.py 
       
       

    bye


  3. Para alterar as permissões de acesso do arquivo, insira este comando:  

     chmod 644 /tmp/SyncInformixPasswordsWithSystem.py


  4. Para executar o script, execute este comando:

     python /tmp/SyncInformixPasswordsWithSystem.py


    A saída deve ser semelhante a esta:

    [root@nw084b-181 /]# python /tmp/SyncInformixPasswordsWithSystem.py
    Changing password for user informix.
    passwd: all authentication tokens updated successfully.
    Changing password for user database.
    passwd: all authentication tokens updated successfully.
    Changing password for user dbuser.
    passwd: all authentication tokens updated successfully.
    Changing password for user dbccm.


  5. Quando a Etapa 4 for concluída, inicie o banco de dados da CLI do administrador:

     utils service start A Cisco DB


  6. Para ver se você ainda tem um problema, insira o comando utils dbreplication runtimproperty:


    10:04:02  Password Validation for user [dbmon] failed!
    10:04:02  Check for password aging/account lock-out.
    10:04:02  listener-thread: err = -952: oserr = 0: errstr =
    dbmon@Cisco2.na.cisco.corp[Cisco2]: User (dbmon@Cisco2.na.cisco.corp[Cisco2])'s
    password is not correct for the database server.

    10:04:06  Password Validation for user [dbauditlog] failed!
    10:04:06  Check for password aging/account lock-out.
    10:04:06  listener-thread: err = -952: oserr = 0: errstr =
    dbauditlog@Cisco2.na.cisco.corp[Cisco2]: User (dbauditlog@Cisco2.na.cisco.corp[Cisco2])'s
    password is not correct for the database server.

    10:04:06  Password Validation for user [dbdbl] failed!
    10:04:06  Check for password aging/account lock-out.
    10:04:06  listener-thread: err = -952: oserr = 0: errstr =
    dbdbl@Cisco2.na.cisco.corp[Cisco2]: User (dbdbl@Cisco2.na.cisco.corp[Cisco2])'s
    password is not correct for the database server.

    10:04:07  Password Validation for user [dblpm] failed!
    10:04:07  Check for password aging/account lock-out.
    10:04:07  listener-thread: err = -952: oserr = 0: errstr =
    dblpm@Cisco2.na.cisco.corp[Cisco2]: User (dblpm@Cisco2.na.cisco.corp[Cisco2])'s
    password is not correct for the database server.


  7. Para definir uma nova senha de segurança e reinicializar os dois servidores, insira o comando set user password security no Pubisher e no Assinante. Em algumas situações, essa pode ser a etapa final para resolver seu problema. No entanto, em algumas situações, a replicação ainda pode ser interrompida. Nesse caso, continue na Etapa 8.

    Note: Espere tempo suficiente para que a replicação seja configurada, provavelmente um mínimo de 30 minutos, antes de decidir que ela não foi configurada corretamente. Você também pode verificar ccm.log para obter uma atualização de status se digitar este comando: file view ativelog /cm/log/informix/ccm.log.



  8. Para verificar se a replicação ainda está quebrada, insira o comando utils dbreplication runtime: 

                                  PING
    SERVER-NAME   IP ADDRESS     (msec)
    -----------   ------------    ------
    Cisco1        192.168.2.50     0.038
    Cisco2        192.168.2.51     0.273

           CDR Server         REPL.   DBver&    REPL.   REPLICATION SETUP
    RPC?  (ID) & STATUS       QUEUE   TABLES    LOOP?   (RTMT) & details
    ----    --------------    -----    -------   -----    -----------------
    Yes    (2)  Connected     0        match     Yes     (2) PUB Setup Completed
    Yes    (3)  Connected     0        match     N/A     (3) Not Setup


  9. Digite o comando file view ativelog /cm/log/informix/ccm.log:

    10:41:24  CDR CDRD_1: transaction aborted (All rows in a transaction defined with
    row scope were rejected) with sql error 0 isam error 0.
    10:41:24  CDR CDRD_1: failed rows spooled to
    file /tmp/ris.g_Cisco1_ccm9_1_1_20000_5.g_Cisco2_ccm9_1_1_20000_5.D_1.140322_10:41:24.3
    10:41:24  CDR CDRD_1: failed transaction spooled to
    file /tmp/ats.g_Cisco1_ccm9_1_1_20000_5.g_Cisco2_ccm9_1_1_20000_5.D_1.140322_10:41:24.4
    10:41:24 CiscoAlarmStart:Cisco1_ccm9_1_1_20000_5:ATTENTION:48:CDR: ATS and/or RIS
    files spooled to disk.
    :/tmp/ris.g_Cisco1_ccm9_1_1_20000_5.g_Cisco2_ccm9_1_1_20000_5.D_1.140322_10:41:24.3|
    /tmp/ats.g_Cisco1_ccm9_1_1_20000_5.g_Cisco2_ccm9_1_1_20000_5.D_1.140322_10:41:24.4:CiscoAlarmEnd


  10. Para tentar redefinir a replicação do banco de dados do Cisco CallManager (CCM) no cluster Unified Communications (UC), faça o seguinte:

    1. Insira o comando utils dbreplication stop nos servidores Publisher e Subscriber.
    2. Insira o comando utils dbreplication dropadmindb no Publisher e no Subscriber.
    3. Insira o comando Utils dbreplication reset all no Publisher e no Subscriber reinicializado. O Publisher não precisa ser reinicializado.


  11. Por fim, você pode inserir o comando utils dbreplication runtime durante um período de tempo para monitorar a configuração do status de replicação.

    Aqui está um exemplo do que você pode ver:

    DB and Replication Services: ALL RUNNING

    DB CLI Status: No other dbreplication CLI is running...

    Cluster Replication State: BATCHING SYNC Requests from nodes at: 2014-03-22-11-27
         Sync Request Progress: Received 1 node requests for DB sync
         Sync Request Errors: NO ERRORS

    DB Version: ccm9_1_1_20000_5
    Repltimeout set to: 300s
    PROCESS option set to: 1

    Cluster Detailed View from Cisco1 (2 Servers):

                                  PING
    SERVER-NAME   IP ADDRESS     (msec)
    -----------   ------------    ------
    Cisco1        192.168.2.50     0.028
    Cisco2        192.168.2.51     0.221

           CDR Server         REPL.   DBver&    REPL.   REPLICATION SETUP
    RPC?  (ID) & STATUS       QUEUE   TABLES    LOOP?   (RTMT) & details
    ----    --------------    -----    -------   -----    -----------------
    Yes    (2)  Connected     0        match     Yes     (2) PUB Batching Sub Req's
    Yes    (3)  Connected     0        match     N/A     (0) Setup Requested


    Aqui está o que você pode ver se digitar o comando um pouco mais tarde:

    Cluster Replication State: BROADCAST SYNC Started on 1 server(s) at: 2014-03-22-11-32
         Processing Table: typeconfiginputdata
         Sync Progress: 275 tables sync'ed out of 603
         Sync Errors: NO ERRORS

    DB Version: ccm9_1_1_20000_5
    Repltimeout set to: 300s
    PROCESS option set to: 1

    Cluster Detailed View from Cisco1 (2 Servers):

                                  PING
    SERVER-NAME   IP ADDRESS     (msec)
    -----------   ------------    ------
    Cisco1        192.168.2.50     0.031
    Cisco2        192.168.2.51     0.210

           CDR Server         REPL.   DBver&    REPL.   REPLICATION SETUP
    RPC?  (ID) & STATUS       QUEUE   TABLES    LOOP?   (RTMT) & details
    ----    --------------    -----    -------   -----    -----------------
    Yes    (2)  Connected     0        match     Yes     (2) PUB Setting Subs
    Yes    (3)  Connected     0        match     N/A     (0) Setup in Progress


    Aqui está o que você pode ver se digitar o comando um pouco mais tarde:

    DB and Replication Services: ALL RUNNING

    DB CLI Status: No other dbreplication CLI is running...

    Cluster Replication State: BROADCAST SYNC Completed on 1 servers at: 2014-03-22-11-33
         Last Sync Result: SYNC COMPLETED  603 tables sync'ed out of 603
         Sync Errors: NO ERRORS

    DB Version: ccm9_1_1_20000_5
    Repltimeout set to: 300s
    PROCESS option set to: 1

    Cluster Detailed View from Cisco1 (2 Servers):

                                  PING
    SERVER-NAME   IP ADDRESS     (msec)
    -----------   ------------    ------
    Cisco2        192.168.2.51     0.0298
    Cisco1        192.168.2.50     0.050

           CDR Server         REPL.   DBver&    REPL.   REPLICATION SETUP
    RPC?  (ID) & STATUS       QUEUE   TABLES    LOOP?   (RTMT) & details
    ----    --------------    -----    -------   -----    -----------------
    Yes    (3)  Connected     0        match     Yes     (2) Setup Completed
    Yes    (2)  Connected     0        match     Yes     (2) PUB Setup Completed



    Neste ponto, você pode ver que a replicação está estabelecida porque a tabela Replicação mostra 2.

Informações Relacionadas

Histórico de revisões

Revisão Data de publicação Comentários
1.0
21-Apr-2014
Versão inicial
TAC Authored

Colaborado por engenheiros da Cisco

  • Scott Hills
    Cisco TAC Engineer.

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos