Голосовая связь и система унифицированных коммуникаций : Cisco Unity Connection

Проблемы репликации Unity Connection после сброса надежного пароля

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает проблему, с которой встречаются в Unity Connection, где репликация между Издателем и подписчиком могла бы быть прервана после сброса Надежного пароля, и предлагает решение проблемы.

Существует два дефекта, отнесены к этому документу: Идентификаторы ошибок Cisco CSCth87452 и CSCua09290.

Внесенный Скоттом Хиллсом, специалистом службы технической поддержки Cisco.

Проблема

После сброса Надежного пароля для решения проблемы репликация приводит в порядок "not set" должным образом.

Вы могли бы видеть эти выходные данные при вводе этой команды от Издателя: 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

Заметьте, что НАСТРОЙКА РЕПЛИКАЦИИ (RTMT) и подробный столбец указывают на проблемы, потому что это не показывает оба (2). Также при вводе представления файла activelog/cm/log/informix/ccm.log выходные данные могли бы показать:

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.

Решение

Первоначально, вы видели, что база данных (DB) Репликация iss не установленный между Издателем и подписчиком и этим поведением совпадает с идентификаторами ошибок Cisco CSCth87452 и CSCua09290. К сожалению, так как доступ к корневому каталогу требуется как часть решения, Центр технической поддержки Cisco (TAC) необходим для решения проблемы.

Выполните эти шаги для решения проблемы:

  1. Для остановки DB Cisco введите эту команду:

    utils сервисная остановка DB Cisco

  2. Войдите к серверу с удаленной поддержкой, считают и загружают сценарий Python.

    Примечание: TAC необходим для следующих шагов.



    Получите SyncInformixPasswordsWithSystem.py и поместите его на Безопасный FTP (SFTP) сервер.

    Для копирования файла от SFTP до Unity Connection введите эти команды:

    cd /tmp <enter>

    sftp username@IPAdressSFTPServer <enter>

    get SyncInformixPasswordWithSystem.py <enter>

    bye <enter>


  3. Для изменения разрешений доступа файла введите эту команду:  

    chmod 644 /tmp/SyncInformixPasswordsWithSystem.py


  4. Для выполнения сценария выполните эту команду:

     python /tmp/SyncInformixPasswordsWithSystem.py


    Выходные данные должны быть подобны этому:

    [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. Как только Шаг 4 завершает, запустите DB с CLI admin:

     utils service start A Cisco DB


  6. Чтобы видеть, есть ли у вас все еще проблема, введите 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. Для установки нового Надежного пароля и перезагрузки оба сервера, введите команду безопасности паролей пользователя аппарата в Pubisher и Subscriber. В некоторых ситуациях это могло бы быть заключительным шагом для решения проблемы. Однако в некоторых ситуациях, репликация могла бы все еще быть сломана. В этом случае продолжите к Шагу 8.

    Примечание: Позвольте достаточному количеству времени для репликации устанавливать, вероятно минимум 30 минут, прежде чем вы решите, что это имеет "not set" должным образом. Можно также проверить ccm.log для обновления статуса при вводе этой команды: представление файла activelog/cm/log/informix/ccm.log.



  8. Чтобы проверить, сломана ли репликация все еще, введите 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. Войдите файл просматривают 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. Чтобы попытаться перезагрузить Сisco CallManager (CCM) репликация DB на кластере Унифицированной связи (UC), выполните эти шаги:

    1. Введите команду utils dbreplication stop в обоих серверы Издателя и подписчика.
    2. Введите utils dbreplication dropadmindb команда на обоих Издателях и подписчиках.
    3. Введите команду Utils dbreplication reset all в Издателя и перезагруженного Абонента. Издатель не должен быть перезагружен.


  11. Наконец, можно ввести utils dbreplication runtimestate команда по preiod времени для мониторинга установленного из состояния репликации.

    Вот пример того, что вы могли бы видеть:

    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


    Вот то, что вы могли бы видеть, вводите ли вы команду немного позже:

    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


    Вот то, что вы могли бы видеть, вводите ли вы команду немного позже:

    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



    На этом этапе вы видите, что репликация установлена, потому что таблица Репликации показывает 2.

Дополнительные сведения



Document ID: 117623