|
|
Страница 1 из 1
|
[ Сообщений: 22 ] |
|
Cisco Unified CCX и автосекретарь
Автор |
Сообщение |
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Имеется Cisco Unified CCX 9.0.2.10000-71, и CUCM 9.1.2.13900-10, работают в кластерах. Всё это досталось в наследство, изначальной установкой и настройкой занимался не я. Был настроен авто секретарь, прекрасно работал, но в один прекрасный момент перестал. Да же конкретное время не удалось выяснить. Проявляется это в том, что номер всё время занят.
На CUCM из вне, через транк H323 с CUBE приходит звонок, транслируется во внутренний номер - 1999. Это номер висит на CTI Route Point - AutoAttendant. UCCX успешно зарегистрирован на CUCM01. Но при звонке, короткие гудки, номер занят. В логах видно, что звонок успешно проходит через CUBE, CUCM. Ну и на них видно, что код SIP - 486, абонент занят. Звонок изнутри, на 1999, выдаёт тот же код ошибки и результат - номер занят.
При попытке добрать до логов UCCX, не получается, в RTMT "no files matched the date...". Подскажите, в какую сторону хотя бы идти? Руководства на cisco.com читал, толи не то читаю, то ли я просто плохо понимаю телефонию от Cisco.
|
28 мар 2021, 14:30 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Для начала проверьте состояние самого UCCX в System -> Server, если статус не in service то смотрите в Unified CCX Serviceability. Проверьте зарегистрирован ли route point.
|
28 мар 2021, 15:22 |
|
|
Silent_D
Зарегистрирован: 07 сен 2014, 02:54 Сообщения: 548 Откуда: Msk
|
Bessmertniy писал(а): если статус не In Service то смотрите в Unified CCX Serviceability +1 Да, иногда бывает что при перезагрузке серверов не стартуют все нужные Сервисы. И в CUCM, и в UCCX. Их нужно руками запустить. Только не "все какие есть", а нужные!
_________________ Knowledge is Power
|
29 мар 2021, 04:21 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
В статусе серверов, один IN SERVICE , второй PARTIAL SERVICE. Список сервисов сделал скриншотом. CTI route point на CUCM зарегистрирован. Вообще, заметил странность, по идее UCCX01 должен быть мастером, и должно всё настраиваться на нём, он должен держать соединение с CUCM, а на UCCX02 всё должно реплицироваться. Но вместо этого соединение с CUCM устанавливается с UCCX02, все настройки есть на UCCX02, скрипт на UCCX02, да банально, на UCCX02 больше произведено настроек, чем на UCCX01. Такое ощущение, что как будто во время настроек UCCX01 вышел каким то "косячным", и не долго думая, всё настроили на UCCX02. Банально, при попытке добавить скрипт, захожу Wizards->Application Wizard->Scripts, получаю ошибку: Код: Error reading Scripts Repository Data Store not initialized. Please activate the Repository Data Store by navigating to control center page. На CUCM, на обоих серверах все сервисы "Activated".
Вложения:
CTI route point.jpg [ 36.41 КБ | Просмотров: 9026 ]
|
29 мар 2021, 04:48 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Ещё одна странность, в Cisco Unified Serviceability, Related Links:Feature Services, различается список для сервера 01 и 02. Для Related Links: Netrwork Services, то же есть различия, в секции Backup and Restore Services, для UCCX01 есть два сервиса Cisco DRF Local, Cisco DRF Master,и у обоих статус "Running", а для UCCX02 только один сервис Cisco DRF Local со статусом "Not Running". Если его попытаться запустить, он сообщает что "Cisco DRF Local Service Start Operation was Successful", но статус в таблице не меняется.
Вложения:
Cisco Unified Serviceability UCCX02.JPG [ 103.91 КБ | Просмотров: 9026 ]
Cisco Unified Serviceability UCCX01.JPG [ 110.24 КБ | Просмотров: 9026 ]
|
29 мар 2021, 05:14 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Проверьте репликацию uccx (utils dbreplication runtimestate), похоже она у вас разъехалась. Если все нормально то сбросьте репликацию в CCX serviceability Tools -> Datastore. При нормально работающей репликации нет разницы какая нода активна, при failover они меняются местами. Перезапустите сервис UCCX Engine на UCCX02 и он станет slave.
|
29 мар 2021, 08:40 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
UCCX01 Код: admin:utils dbreplication runtimestate
DB and Replication Services: ALL RUNNING
DB CLI Status: No other dbreplication CLI is running...
Cluster Replication State: Replication status command started at: 2021-03-29-17-27 Replication status command in PROGRESS 389 tables checked out of 704 Processing Table: typemodel
Use 'file view activelog cm/trace/dbl/sdi/ReplicationStatus.2021_03_29_17_27_47.out' to see the details
DB Version: ccm9_0_2_10000_71 Number of replicated tables: 704 Repltimeout set to: 300s
Cluster Detailed View from uccx01 (2 Servers):
PING CDR Server REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE TABLES LOOP? (RTMT) & details ----------- ------------ ------ ---- -------------- ----- ------- ----- ----------------- uccx01 xx.xx.xxx.3 0.030 Yes (2) Connected 0 match Yes (2) PUB Setup Completed uccx02 xx.xx.xxx.4 0.354 Yes (3) Connected 0 match Yes (2) Setup Completed UCCX02 Код: admin:utils dbreplication runtimestate
DB and Replication Services: ALL RUNNING
Cluster Replication State: Only available on the PUB
DB Version: ccm9_0_2_10000_71 Number of replicated tables: 704 Repltimeout set to: 300s
Cluster Detailed View from uccx02 (2 Servers):
PING CDR Server REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? (ID) & STATUS QUEUE TABLES LOOP? (RTMT) ----------- ------------ ------ ---- -------------- ----- ------- ----- ----------------- uccx01 xx.xx.xxx.3 0.396 Yes (2) Connected 0 match Yes (2) uccx02 xx.xx.xxx.4 0.044 Yes (3) Connected 0 match Yes (2)
Начал дальше искать в этом направлении, и вот что нашел, команда utils uccx database dbserver integrity выдаёт следующее: Код: admin:utils uccx database dbserver integrity This operation may take a few minutes to complete. Please wait...
Output is in file: uccx/cli/DbServerIntegrity_1617004088212.txt
Command successful. Starting DB config integrity check This operation may take a few minutes to complete. Please wait...
Output is in file: uccx/cli/DbConfigIntegrity_1617004285447.txt Use "file view activelog uccx/cli/DbConfigIntegrity_1617004285447.txt" command to see output Internal CLI Error: Failed to connect to the database of node uccx01
А в Datastore Control Center, в Related Links: Datastores следующее:
Вложения:
AgentDatastore.JPG [ 94.22 КБ | Просмотров: 9007 ]
DataControlCenter.JPG [ 84.05 КБ | Просмотров: 9007 ]
|
29 мар 2021, 10:52 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Забыл дописать, кнопка "Reset replication" не активна на обоих серверах. И сервис "Сisco unified ccx database" в статусу initializing.
|
29 мар 2021, 11:02 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
С репликацией все в порядке. Перезагрузите pub и добейтесь чтобы он был in service.
|
29 мар 2021, 12:45 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Перезагрузил publisher, uccx01, ни чего не поменялось, перезагрузил sub - uccx02, аналогично, ни чего изменилось. Пошёл "побеждать" сервис "Cisco Unified CCX Database", который все время на UCCX01 в инициализации.
|
29 мар 2021, 17:52 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Ни как не могу понять, из-за чего висит в статусе "INITIALIZING" сервис Cisco Unified CCX Database на PUB. Можете направить хотя бы какой документ читать, вариантов уже нет? Уже загрузился с live-cd, посмотреть правильно ли прописаны узлы в файлах ( https://www.unifiedguru.com/cucm-databa ... -it-works/), всё на месте и правильно. Сейчас оставил включенным только PUB - UCCX01, предварительно перезагрузив его. Следующие сервисы висят в "PARTIAL SERVICE": Cisco Unified CCX Cluster View Daemon Cisco Unified CCX Engine Cisco Unified CCX Serviceability Ну и Cisco Unified CCX Database в INITIALIZING.
|
30 мар 2021, 08:29 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Похоже у вас ноду покорежило, бэкапы хоть имеются? Если нет и sub остался работоспособным то можно отделаться малой кровью переустановив pub. При дохлом CVD нет смысла смотреть остальные сервисы.
|
30 мар 2021, 09:30 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Бэкапов нет (посыпаю голову пеплом). SUB, как сказать "работоспособным". все сервисы у него IN SEVICE, то есть порядке, но проблема остаётся, что номер его всё время занят.
P.S. Честно говоря, у меня были уже мысли или развернуть всё заново, ибо настроек не так много. Или же вообще пойти дальше, так как по факту нужен только автосекретарь от UCCX, то можно заменить вообще UCCX вместе с CUBE на астериск... Но как то жалко.
|
30 мар 2021, 09:36 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
А не подскажите, логи какого сервиса смотреть (и главное какие включить), что бы понять, где проблема с этой БД. Смотрю Egine, есть только ошибки, что не может присоединиться. Смотрю DataBase, ни чего криминального, или указывающего на то, почему СУБД не может стартануть, нет.
|
30 мар 2021, 09:41 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Забэкапьте руками скрипты и промпты, перепишите триггеры, погасите паб, сделайте снэпшот и накатите ровно ту же версию. Потом заходите на паб, добавляете саб и при соответствии security password паб вроде должен синхронизироваться от саба. Вроде всю процедуру написал, но не уверен, давно такого не делал.
|
30 мар 2021, 09:46 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Lefont писал(а): А не подскажите, логи какого сервиса смотреть (и главное какие включить), что бы понять, где проблема с этой БД. Смотрю Egine, есть только ошибки, что не может присоединиться. Смотрю DataBase, ни чего криминального, или указывающего на то, почему СУБД не может стартануть, нет. Если у вас статус репликации 2 значит Informix нормально стартанул. По идее CVD нужно траблшутить, но неблагодарное это дело - кроме TAC этого никто не умеет и оно практически не документировано, проще переставить.
|
30 мар 2021, 09:49 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
А CVD, это Cisco Validated Designs?
|
30 мар 2021, 10:06 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Cluster View Daemon
|
30 мар 2021, 10:08 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Понял, спасибо, буду переустанавливать. Сначала как Вы посоветовали, не поможет, подниму всё с ноля. Естественно предварительно всё забэкапив.
|
30 мар 2021, 10:23 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Подскажите ещё пожалуйста, если все ставить с нуля, естественно нужны будут лицензии? И почему при исправной второй ноде, у меня короткие гудки вместо автосекретаря могут быть? Логи чего стоит посмотреть, Engine?
|
31 мар 2021, 02:56 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Lefont писал(а): Подскажите ещё пожалуйста, если все ставить с нуля, естественно нужны будут лицензии? Если smart то проблем вообще не будет, если flex то на той же ВМ и с теми же адресами должно взлететь, если на новой то mac изменится и нужно будет перезапрашивать. Lefont писал(а): И почему при исправной второй ноде, у меня короткие гудки вместо автосекретаря могут быть? Логи чего стоит посмотреть, Engine? Из-за репликации, скорее всего скрипт не доехал, смотрите трейсы ccx engine. Кстати в этом случае скрипты и промпты можно руками донести. Также может вызов и с UCM'а не доходить.
|
31 мар 2021, 08:32 |
|
|
Lefont
Зарегистрирован: 23 мар 2021, 18:07 Сообщения: 13
|
Странно, вторая нода начала работать, спустя какое то время. Ни каких действий по отношению к ней не делались. Первую пытаюсь восстановить методом переустановки.
|
31 мар 2021, 09:46 |
|
|
|
Страница 1 из 1
|
[ Сообщений: 22 ] |
|
Кто сейчас на конференции |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 44 |
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
|
|
|