Avez-vous un compte?
  •   Contenu personnalisé
  •   Vos produits et votre soutien technique

Vous voulez un compte?

Créer un compte

Questions de réplication d'Unity Connection après remise de mot de passe de Sécurité

Options de téléchargement

  • PDF     (87.0 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d’appareils
  • ePub     (82.3 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (78.4 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:21 avril 2014
ID du document:117623
À propos des traductions

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Ce document décrit un problème rencontré dans l'Unity Connection où la réplication entre Publisher et l'abonné pourrait être interrompue après que vous remettiez à l'état initial le mot de passe de Sécurité et offriez une solution au problème.

Il y a deux défauts sont liés à ce document : Id CSCth87452 et CSCua09290 de bogue Cisco.

Problème

Après que vous remettiez à l'état initial le mot de passe de Sécurité afin d'aborder une question, la réplication n'installe pas correctement.

Vous pourriez voir cette sortie si vous sélectionnez cette commande de Publisher : runtimestate de dbreplication d'utils.

                              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

Notez que la RÉPLICATION SETUP(RTMT) et la colonne de détails indique des questions parce qu'elle n'affiche pas chacun des deux (2). Également si vous écrivez l'activelog /cm/log/informix/ccm.log d'affichage de fichier, la sortie pourrait afficher :

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.

Solution

Au commencement, vous pourriez voir que la réplication iss de base de données (DB) non établie entre Publisher et l'abonné, et ce comportement apparie les id CSCth87452 et CSCua09290 de bogue Cisco. Malheureusement, puisque l'accès de racine est exigé en tant qu'élément de la solution, le centre d'assistance technique Cisco (TAC) est nécessaire afin de résoudre le problème.

Terminez-vous ces étapes afin de réparer le problème :

  1. Afin d'arrêter Un DB de Cisco, sélectionnez cette commande :

    arrêt de service d'utils Un DB de Cisco

  2. Ouvrez une session au serveur avec un compte de support à distance et téléchargez le script de python.

    Note: Le TAC est nécessaire pour les étapes suivantes.



    Obtenez le SyncInformixPasswordsWithSystem.py et mettez-le sur le serveur sécurisé de FTP (SFTP).

    Afin de copier le fichier du SFTP sur l'Unity Connection, sélectionnez ces commandes :

    cd /tmp <enter>

    sftp username@IPAdressSFTPServer <enter>

    get SyncInformixPasswordWithSystem.py <enter>

    bye <enter>


  3. Afin de changer l'autorisation d'accès du fichier, sélectionnez cette commande :  

     chmod 644 /tmp/SyncInformixPasswordsWithSystem.py


  4. Afin d'exécuter le script, exécutez cette commande :

     python /tmp/SyncInformixPasswordsWithSystem.py


    La sortie devrait être semblable à ceci :

    [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. Une fois qu'étape 4 se termine, commencez le DB à partir de l'admin CLI :

     utils service start A Cisco DB


  6. Afin de voir si vous avez toujours une question, sélectionnez la commande de runtimestate de dbreplication d'utils :


    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. Afin de placer un nouveau mot de passe de Sécurité et redémarrer les deux serveurs, sélectionnez la commande de Sécurité de mot de passe utilisateur de positionnement sur Pubisher et abonné. Dans certaines situations, ceci pourrait être la dernière étape pour résoudre votre problème. Cependant, dans certaines situations, la réplication pourrait encore être cassée. Dans ce cas, continuez à l'étape 8.

    Note: Accordez assez de temps pour que la réplication installe, probablement un minimum de 30 minutes, avant que vous décidiez qu'elle n'a pas installé correctement. Vous pouvez également vérifier ccm.log pour une mise à jour d'état si vous sélectionnez cette commande : activelog /cm/log/informix/ccm.log d'affichage de fichier.



  8. Afin de vérifier si la réplication est encore cassée, sélectionnez la commande de runtimestate de dbreplication d'utils : 

                                  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. Sélectionnez la commande de /cm/log/informix/ccm.log d'activelog d'affichage de fichier :

    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. Afin d'essayer de remettre à l'état initial la réplication de DB de Cisco CallManager (CCM) sur les transmissions unifiées (UC) groupez, terminez-vous ces étapes :

    1. Sélectionnez la commande d'arrêt de dbreplication d'utils sur les serveurs de Publisher et d'abonné.
    2. Sélectionnez la commande de dropadmindb de dbreplication d'utils sur Publisher et l'abonné.
    3. Entrez dans le dbreplication d'Utils remettent à l'état initial toute la commande sur Publisher et l'abonné redémarré. Publisher n'a pas besoin d'être redémarré.


  11. En conclusion, vous pouvez sélectionner la commande de runtimestate de dbreplication d'utils au-dessus d'un preiod de temps afin de surveiller l'installation de l'état de réplication.

    Voici un exemple de ce que vous pourriez voir :

    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


    Voici ce qui vous pourriez voir si vous sélectionnez la commande par courte durée plus tard :

    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


    Voici ce qui vous pourriez voir si vous sélectionnez la commande par courte durée plus tard :

    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 ce moment, vous pouvez voir que la réplication est établie parce que la table de réplication affiche 2.

Informations connexes

TAC Authored

Contribution d’experts de Cisco

  • Scott Hills
    Cisco TAC Engineer.

Ce document vous est-il utile?

FeedbackCommentaires

Laissez-nous vous aider

Discussions connexes de communautés d’assistance

Ce document s’applique à ces produits

À PROPOS DE NOUS
COMMUNIQUER AVEC NOUS
TRAVAILLER AVEC NOUS