Explorar Cisco
Cómo comprar

¿Tiene una cuenta?

  •   Contenido personalizado
  •   Sus productos y soporte

¿Necesita una cuenta?

Crear una cuenta

Problemas de Replicación de Unity Connection Después de Restablecer la Contraseña de Seguridad

Opciones de descarga

  • PDF     (123.2 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (92.5 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (80.4 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:21 de abril de 2014
ID del 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.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Este documento describe un problema encontrado en Unity Connection donde la replicación entre Publisher y Subscriber puede ser interrumpida después de restablecer la contraseña de seguridad y ofrece una solución al problema.

Hay dos defectos relacionados con este documento: ID de bug de Cisco CSCth87452 y CSCua09290.

Problema

Después de restablecer la contraseña de seguridad para resolver un problema, la replicación no se configura correctamente.

Puede ver este resultado si ingresa este comando desde Publisher: utils dbreplicación runtimstate.

                              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 la columna REPLICATION SETUP (RTMT) y los detalles indica problemas porque no muestra ambos (2). También si ingresa la vista de archivo activelog /cm/log/informix/ccm.log, el resultado podría 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.

Solución

Inicialmente, puede ver que la replicación de la base de datos (DB) no se establece entre Publisher y Subscriber, y este comportamiento coincide con los ID de error de Cisco CSCth87452 y CSCua09290. Desafortunadamente, dado que el acceso raíz es necesario como parte de la solución, el Centro de asistencia técnica de Cisco (TAC) es necesario para resolver el problema.

Complete estos pasos para solucionar el problema:

  1. Para detener A Cisco DB, ingrese este comando:

    utils service stop A Cisco DB

  2. Inicie sesión en el servidor con una cuenta de soporte remota y cargue el script de Python.

    Nota: El TAC es necesario para los próximos pasos.



    Obtenga SyncInformixPasswordsWithSystem.py y colóquelo en el servidor FTP seguro (SFTP).

    Para copiar el archivo de SFTP a Unity Connection, ingrese estos comandos :

    cd /tmp 
       
       

    sftp username@IPAdressSFTPServer 
       
       

    get SyncInformixPasswordWithSystem.py 
       
       

    bye


  3. Para cambiar los permisos de acceso del archivo, ingrese este comando:  

     chmod 644 /tmp/SyncInformixPasswordsWithSystem.py


  4. Para ejecutar el script, ejecute este comando:

     python /tmp/SyncInformixPasswordsWithSystem.py


    El resultado debe ser similar a este:

    [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. Una vez que se complete el paso 4, inicie la base de datos desde la CLI de administración:

     utils service start A Cisco DB


  6. Para ver si aún tiene un problema, ingrese el comando utils dbreplicación runtimstate:


    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 establecer una nueva contraseña de seguridad y reiniciar ambos servidores, ingrese el comando set user password security en Pubisher y Subscriber. En algunas situaciones, este podría ser el último paso para resolver su problema. Sin embargo, en algunas situaciones, la replicación todavía podría romperse. En este caso, continúe con el paso 8.

    Nota: Deje tiempo suficiente para que se configure la replicación, probablemente un mínimo de 30 minutos, antes de decidir que no se ha configurado correctamente. También puede verificar ccm.log para una actualización de estado si ingresa este comando: file view activelog /cm/log/informix/ccm.log.



  8. Para verificar si la replicación aún está rota, ingrese el comando utils dbreplicación runtimstate: 

                                  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. Ingrese el comando file view activelog /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 intentar restablecer la replicación de base de datos de Cisco CallManager (CCM) en el clúster de Unified Communications (UC), siga estos pasos:

    1. Ingrese el comando utils dbreplicación stop en los servidores Publisher y Subscriber.
    2. Ingrese el comando utils dbreplicación dropadmindb tanto en Publisher como en Subscriber.
    3. Ingrese el comando Utils debug all en Publisher y el suscriptor reiniciado. No es necesario reiniciar Publisher.


  11. Finalmente, puede ingresar el comando utils dbreplicación runtimstate durante un período de tiempo para monitorear la configuración del estado de replicación.

    A continuación se muestra un ejemplo de lo que podría 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


    Esto es lo que podría ver si ingresa el comando poco después:

    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


    Esto es lo que podría ver si ingresa el comando poco después:

    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



    En este punto, puede ver que la replicación se establece porque la tabla Replication muestra 2.

Información Relacionada

Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
21-Apr-2014
Versión inicial
TAC Authored

Con la colaboración de ingenieros de Cisco

  • Scott Hills
    Cisco TAC Engineer.

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos