Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Программное обеспечение

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Проблемы с запуском телефонии после установки Rel12.1
 
#1
26.10.2018 22:49:19
 


         Перешли с 10.0 на 12.1(m230020), CPU7-2, ПО  12.1 установилось не с первого раза,  после этого при установке базы с 10.0 и запуске телефонии процесс загрузки ходит по кругу. Доходит до:  

Command tcyc unavailable on CPU running in stand-by role

 

(003642:000035:0ioctl cmd UART_OFF

 

2450) IO2_DRIVERioctl cmd UART_OFF

 

_STOPPED event on boot reset

 

(003642:000036:02765) IO2N:driver not ready !!!

 

Problem in mailsys : see /DHS3dyn/incid/incpbm file

 

Problem in mailsys : see /DHS3dyn/incid/incpbm file

 

Problem in mailsys : see /DHS3dyn/incid/incpbm file

 

Problem in mailsys : see /DHS3dyn/incid/incpbm file

 

26/10/18 19:41:38 001001S|000ioctl cmd UART_OFF

 

/07/-/---|=1:2456=Reboot CPU after 2 problem (IO2)

 

INIT: Switching to runlevel: 6

 

(003645:000037:02450) IO1 driver: read bad IO1 flag value: 0x0012

 

(003645:000038:02450) IO1 driver: read bad IO1 flag value: 0x0012

 

(003645:000039:02450) IO1 driver: lost IO1 board (IO1-flag: 0x0012) !!!

 

(003645:000040:02852) Stop all

 

(003645:000041:02852) SUPERVISOR -- Supervisor_Number=1605 Param0=18 Param1=-1 Param2=-1 Param3=-1

и далее по кругу......


 

Что делать? После 4-х часов возни идей нет

 
Изменено: Vlad 46 - 26.10.2018 22:50:13 (11)
 
 
 
#2
27.10.2018 10:24:25
Попробуй создать новую базу и запустить телефонию. Если заработает - проблемы в сохраненной базе, если нет - ошибка при загрузке софта.
 
 
 
#3
27.10.2018 15:21:53
Цитата
Vlad 46 написал:
     
              Доходит до:       Command tcyc unavailable on CPU running in stand-by role        (003642:000035:0ioctl cmd UART_OFF        2450) IO2_DRIVERioctl cmd UART_OFF        _STOPPED event on boot reset        (003642:000036:02765) IO2N:driver not ready !!!         /07/-/---|=1:2456=Reboot CPU after 2 problem (IO2)        INIT: Switching to runlevel: 6        (003645:000037:02450)    
У вас процессор - в режиме Stand-by. И не видит плату IO2. Можно проверить подключение платы IO2 через переходник к процессору. Можно запустить телефонию без платы IO2 командой:
RUNTEL -DNOIO2 (Перед DNO - дефис/минус, если плохо видно). Естественно, при этом никаких сервисов, связанных с платой IO2 не будет.
Какова цель запуска в режиме Stand-by при работащем активном другом процессоре?
 
 
 
#4
27.10.2018 18:06:05
Все было стандартно, установил  Rel.12.1, ошибок не заметил, потом залил базу и запустил телефонию. Все это делал на  Stand-by CPU  и особо этот режим не выставлял, откуда он знает, что он Stand-by ???!! не знаю. В Меридиане можно было разделить CPU в сплит режим, а в OXE не встречал.
     Пробовал  другие базы, пустую базу - результат тот же . Софт переустанавливал два раза. Направление на IO2  интересное, попробую. Перед установкой ПО 12 CPU  перезагружался без проблем
etc  и TMC   спасибо за подсказки
 
 
 
#5
27.10.2018 18:57:52
Так и не написали цель запуска. Процессоры между собой общаются, поэтому он видит, что уже есть Main, тогда он становится Stand-by. Main  у вас в каком релизе работает? А то, может, вы пытаетесь запустить телефонию на процессоре с 12.1 при работающем Main с релизом 10.0, и поставить в дубль? Хорошего в этом мало - слишком разные релизы и, вряд ли, получится. Платы общаются только с одним процессором - Main.
В чем проблема - выключить процессор, который сейчас - Main, и включить этот с 12.1 в работу? Или перенести на тестовую станцию (тестовый кристалл) и там развлекаться.
 
 
 
#6
27.10.2018 19:41:46
Цитата
etc написал:
Так и не написали цель запуска. Процессоры между собой общаются, поэтому он видит, что уже есть Main, тогда он становится Stand-by. Main  у вас в каком релизе работает? А то, может, вы пытаетесь запустить телефонию на процессоре с 12.1 при работающем Main с релизом 10.0, и поставить в дубль? Хорошего в этом мало - слишком разные релизы и, вряд ли, получится. Платы общаются только с одним процессором - Main.
В чем проблема - выключить процессор, который сейчас - Main, и включить этот с 12.1 в работу? Или перенести на тестовую станцию (тетостовый кристалл) и там развлекаться.
Работающий процессор, действительно работает  с 10-м релизом,  а на втором установлен 12.1. Цель запуска простая -  запустить Stand-by с 12.1. релизом, перейти на него и если все хорошо, то потом установить на другом 12.1 +базу+OPS , в  финале оба CPU с 12.1 - один Main, другой Stand-by.  
Тестовой станции нет, все действия на рабочей OXE
Я так понимаю, что если ставиться пустая база, прописываются IP только одного CPU  то он не должен общаться с рабочем CPU
Без  IO2 работать будет?
 
 
 
#7
27.10.2018 20:25:17
Если хотите развлекаться с глюками - делайте по вашему. Правильный вариант - выключаем процессор с 10-м релизом. Включаем процессор с 12.1 релизом, запускаем телефонию. проверяем. Если нормально, далее на второй процессор ставим 12.1 релиз, восстанавливаем сетевые настройки (Linux data), запускаем клонирование баз данных через swinst.
Цитата
Vlad 46 написал:

Я так понимаю, что если ставиться пустая база, прописываются IP только одного CPU  то он не должен общаться с рабочем CPU
Если IP адрес - тот, который прописан на Main, как соответствующий другому процессору, то Main ему скажет, что уже есть Main. Если же адрес из "левого" диапазона, то может и не увидеть. Но процессоры могут общаться и по backplain.
Цитата
Vlad 46 написал:
Без  IO2 работать будет?
Если в менеджменте прописана плата IO2, но реально не присутствует, то будет картина, как в вашем первом сообщении (постоянные перезагрузки). Чтобы разово запустить телефонию - можно воспользоваться ранее приведенной командой. Если наличие платы IO2 не ожидается в будущем, то можно в менеджменте удалить плату IO2 из конфигурации. Но нужно учитывать, что при установке следующих версий OPS файлов, плата IO2 снова появится в менеджменте.
 
 
 
#8
29.10.2018 16:37:29
Для того чтоб перейти на процессор с 12.1 - процессор с R10 - надо выключить.
bascul и пр. - тут вам не поможет. Один честно гасим, второй запускаем - и смотрим что получится
 
 
 
#9
29.10.2018 20:47:24
etc   вы были правы, убедился сам на личном опыте,
vad  это  подтвердил, все попытки обойтись малым перерывом связи не увенчались успехом
Открыли сервисриквест, посмотрим  ответ техподдержки Алкатель , пока идет переписка    
 
 
 
#10
20.11.2018 22:16:13
Финал:  Сервисриквест дошел до  третьего уровня и был закрыт, т.к. проблема была решена самостоятельно при помощи  etc и vad
Изменено: Vlad 46 - 20.11.2018 22:16:33
 
 
 
Страницы: 1