Доброго времени.
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 линк) и с ТЭЗоместом.
При втыкании Ethernet интересно что - если Е0 и Е1 воткнуты в коммутатор (оба) - запрещаем встроенный ethernet перемычками на проце.
Если нет - разрешаем.
Далее тип процов и наличие платы IO2 - если IO2 имеется - рекомендуется в 0-м кристалле поставить тип сигнализации IO2 (вместо Nx64) и 8 ТС.
Еще интересно посмотреть наличие инцидентов на main с упоминанием stand-bu процессора - по идее не должно быть ничего после подъема его в строй.
Ну и инциденты на блокировку Ethernet из за трафика.
дык, в том-то и дело, что перемычки никто не трогал, там все стоит на втроенном Ethernet
IO2 имеется,ставил Nx64
Поменяю на IO2
при bascul начинает ругаться на непрохождение тестов,потом, кода проц встает в сервис, оживает все, вроде ничего критического больше в инцидентах не замечено.
по Ethernet инцидентов не наблюдал покуда.
ниже следующие платы:
- 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.