Доброго времени.
R8.0.1-g1.503-12-a
При переходе на Standby процессор выходит из сервиса плата голосовой почты. Физически ее ресетишь - встает, ругается на непрохождение тестов и в аут...
Вот такие инциденты с момента входа в сервис сыпятся:

(1)xb000001> 16/03/09 23:24:42 000001M|000/00/-/---|=5:2019=VPCPU/VPM35 coupler
commissioning
16/03/09 23:25:25 000001M|000/02/-/---|=5:2019=SPA3 coupler commissioning
16/03/09 23:25:25 000001M|000/01/-/---|=5:2019=SPA3 coupler commissioning
16/03/09 23:29:56 000001M|000/00/-/---|=3:2032=Coupler test failed 1 times
16/03/09 23:30:01 000001M|000/00/-/---|=3:2032=Coupler test failed 2 times
16/03/09 23:30:01 000001M|000/00/-/---|=2:2033=cpl out of service after cpl test
failure
16/03/09 23:30:01 000001M|000/00/-/---|=2:2042=Loss of a VPCPU/VPM35 type cpl
16/03/09 23:30:09 000001M|000/02/-/---|=3:2032=Coupler test failed 1 times
16/03/09 23:30:14 000001M|000/02/-/---|=3:2032=Coupler test failed 2 times
16/03/09 23:30:14 000001M|000/02/-/---|=2:2033=cpl out of service after cpl test
failure
16/03/09 23:30:14 000001M|000/02/-/---|=2:2042=Loss of a SPA3 type cpl
16/03/09 23:30:26 000001M|000/01/-/---|=3:2032=Coupler test failed 1 times
16/03/09 23:30:26 000001M|000/00/-/---|=2:2166=CPU requires Reset CPL VPCPU/VPM3
5 (0,0) Cause 1
16/03/09 23:30:31 000001M|000/01/-/---|=3:2032=Coupler test failed 2 times
16/03/09 23:30:31 000001M|000/01/-/---|=2:2033=cpl out of service after cpl test
failure

В какую сторону поглядеть нужно?

Т.е. при работе с одним процом все ОК?
В данном случае тяжело что-то сказать, что можно посоветовать:
- работая на main (если все ОК) - выравнять базу (клонированием, потом bascul.
- если все так-же - поменяйте местами процессора.
Т.е. проблемы могут быть и с процом (C1 линк) и с ТЭЗоместом.

Спасибо. Да, при работе с main все в порядке, ругани нет никакой.
Как к станции подпустят - покручу, потом отпишусь.

склонировал базу - все вроде как ожило.
Тут подключили моксу для оперы напрямую в Е1. Может из-за этоо трабла с базами пошла?

Мокса? в Е1? Не в ethernet разве?

8-)
Я имею ввиду в порт Ethernet 1 на CBRMA
А Ethernet 0 был на 4760 воткнут

При втыкании Ethernet интересно что - если Е0 и Е1 воткнуты в коммутатор (оба) - запрещаем встроенный ethernet перемычками на проце.
Если нет - разрешаем.
Далее тип процов и наличие платы IO2 - если IO2 имеется - рекомендуется в 0-м кристалле поставить тип сигнализации IO2 (вместо Nx64) и 8 ТС.
Еще интересно посмотреть наличие инцидентов на main с упоминанием stand-bu процессора - по идее не должно быть ничего после подъема его в строй.
Ну и инциденты на блокировку Ethernet из за трафика.

дык, в том-то и дело, что перемычки никто не трогал, там все стоит на втроенном Ethernet
IO2 имеется,ставил Nx64
Поменяю на IO2
при bascul начинает ругаться на непрохождение тестов,потом, кода проц встает в сервис, оживает все, вроде ничего критического больше в инцидентах не замечено.
по Ethernet инцидентов не наблюдал покуда.

в 8.0.1 ругалась на VPU5, поднял софт VPU5 c 4.1.6 до 5.2 и все нормализовалось


TC1018

VPM35 64 MB RAM mini 5.2.6 maxi 5.4.2

ниже следующие платы:
- VPCPU SCSI Disk
- VPCPU-1 IDE Disk
- VPS35 16 MB RAM
- VPS35 (Note) 32 MB RAM
- VPM35 (Note) 32 MB RAM
в релизе 8.0.1 Incompatible из того же TC1018

Notes
- VPS35 board is replaced by the VPU6 board for any migration towards OmniPCX Enterprise R8.0.