Problèmes de réplication Unity Connection après la réinitialisation du mot de passe de sécurité

Options de téléchargement

  • PDF     (123.8 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (91.7 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (79.6 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

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À 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 Unity Connection où la réplication entre Publisher et Subscriber peut être interrompue après la réinitialisation du mot de passe de sécurité et offre une solution au problème.

Ce document présente deux défauts : ID de bogue Cisco CSCth87452 et CSCua09290.

Problème

Après avoir réinitialisé le mot de passe de sécurité afin de résoudre un problème, la réplication n'est pas configurée correctement.

Vous pouvez voir cette sortie si vous entrez cette commande à partir de Publisher : utils dbreplication runtimestate.

                              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 colonne REPLICATION SETUP(RTMT) & details indique des problèmes car elle n'affiche pas les deux (2). De même, si vous entrez la vue de fichier activelog /cm/log/informix/ccm.log, la sortie peut 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

Initialement, vous pouvez voir que la réplication de base de données (DB) n'est pas établie entre Publisher et Subscriber, et que ce comportement correspond aux ID de bogue Cisco CSCth87452 et CSCua09290. Malheureusement, comme l'accès racine est requis dans le cadre de la solution, le centre d'assistance technique Cisco (TAC) est nécessaire pour résoudre le problème.

Complétez ces étapes afin de résoudre le problème :

  1. Afin d'arrêter une base de données Cisco, entrez cette commande :

    utils service stop A Cisco DB

  2. Connectez-vous au serveur avec un compte de support distant et téléchargez le script Python.

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



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

    Afin de copier le fichier de SFTP vers Unity Connection, entrez les commandes suivantes :

    cd /tmp 
       
       

    sftp username@IPAdressSFTPServer 
       
       

    get SyncInformixPasswordWithSystem.py 
       
       

    bye


  3. Afin de modifier les autorisations d'accès du fichier, entrez cette commande :  

     chmod 644 /tmp/SyncInformixPasswordsWithSystem.py


  4. Pour exécuter le script, exécutez cette commande :

     python /tmp/SyncInformixPasswordsWithSystem.py


    Le résultat doit être similaire à celui-ci :

    [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 l'étape 4 terminée, démarrez la base de données à partir de l'interface de ligne de commande admin :

     utils service start A Cisco DB


  6. Afin de voir si vous avez toujours un problème, entrez la commande utils dbreplication runtimestate :


    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 définir un nouveau mot de passe de sécurité et de redémarrer les deux serveurs, entrez la commande set user password security sur Pubisher et Subscriber. Dans certaines situations, il peut s'agir de la dernière étape pour résoudre votre problème. Toutefois, dans certaines situations, la réplication peut encore être interrompue. Dans ce cas, passez à l'étape 8.

    Note: Prévoyez suffisamment de temps pour la configuration de la réplication, probablement au moins 30 minutes, avant de décider qu'elle n'a pas été correctement configurée. Vous pouvez également consulter ccm.log pour une mise à jour d'état si vous entrez cette commande : fichier view activelog /cm/log/informix/ccm.log.



  8. Afin de vérifier si la réplication est toujours interrompue, entrez la commande utils dbreplication runtimestate : 

                                  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. Entrez la commande 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. Afin de réinitialiser la réplication de base de données Cisco CallManager (CCM) sur le cluster Unified Communications (UC), procédez comme suit :

    1. Entrez la commande utils dbreplication stop sur les serveurs Publisher et Subscriber.
    2. Entrez la commande utils dbreplication dropadmindb sur Publisher et Subscriber.
    3. Entrez la commande Utils dbreplication reset all sur Publisher et l'Abonné redémarré. Impossible de redémarrer Publisher.


  11. Enfin, vous pouvez entrer la commande utils dbreplication runtimestate sur une période de temps afin de surveiller la configuration de l'état de réplication.

    Voici un exemple de ce que vous pouvez 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 que vous pourriez voir si vous entrez la commande un peu 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 que vous pourriez voir si vous entrez la commande un peu 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



    À ce stade, vous pouvez voir que la réplication est établie car le tableau Réplication affiche 2.

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
21-Apr-2014
Première publication
TAC Authored

Contribution d’experts de Cisco

  • Scott Hills
    Cisco TAC Engineer.

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits