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

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

   RSS
Инцидент 3660
 
#1
07.04.2010 12:13:27
Стал выскакивать после переключения городских потоков. В основной корзине ACT28 установлены две INTOF2 в позициях 5 и 19, на выносе ACT28 установлены соответственно в позиции CPU. 2-й линк сделан как стандбай. Была такая схема: Станция "Элком" смотрит в город 2-мя потоками, Алкатель 2-мя потоками приколочен к Элкому, к Алкателю - Корал одним потоком. Синхру Алкатель брал с Элкома, Корал - с Алкателя. Теперь же городские потоки с Элкома перебросились на Алкатель. После этого на всех 4-ёх INTOF-ах мигает SYC. В описании инцидента 3660 сказано, что необходимо перегрузить INTOF2A. Не помогает.
 
 
Страницы: Пред. 1 2 3 4 5 След.
Ответы
 
#46
21.05.2010 01:43:32
Цитата
error пишет:
софт атс какой?
еще раз, какие результаты siteid
Пути IP-пакета неисповедимы
 
 
 
#47
21.05.2010 12:38:53
siteid

             Customer's name    :  ;
             Customer's address :  ;
             Customer's town    :  ;
             Customer's country :  ;
             Customer's install number :  ;

             CPU type           : cpu7
             Linux version      : 45.5

             Delivery software version : f4.401 ;
             Patch version             : 13 ;

             MAO software version      : F4.401.4 ;
             Software Version Name     : R7.0 ;
             System Country            : RUSSIA_CIS (19);

             Node number       : 1 ;
             Network number    : 0 ;

             Alarm relay state : ACTIVE

Выставил приоритет в сторону города 255, завелось. Вынос поднялся. Но всё равно на плате периодически помаргивает RAI. Сейчас работают только два потока на 0-0, 0-17 отключена. Сейчас попробуем с провом поменять смашку, чтобы исключить..
 
 
 
#48
21.05.2010 12:49:54
Опять падают потоки. По ходу выставление синхронизации в 255 не повлияло ни на что. И опять перед сбросом вываливается инцидент 1735. Может кто знает его смысл, потому что в доке не очень чётко написано..
 
 
 
#49
21.05.2010 14:01:43
Выровнял базы на процах, переключился с одного на другой. Вынос поднялся, помаргивания RAI прекратились. Теперь попробую завести старые потоки с синхрой=255. Вопрос такой: какова последовательность действий, правильная, выставления синхры=0, с учётом дублирующего проца и двух станций Элком и Корал, котоые берут синхру с Алкателя?
 
 
 
#50
21.05.2010 16:13:23
Стесняюсь уже спрашивать, но кто-нить что-нить может сказать по инциденту 1735?
 
 
 
#51
21.05.2010 16:23:16
Инцидент 1735 - софтовые проблемы. Я надеюсь у вас работают (у вас релиз 7.0) платы NPRAE? А не NPRAE-2 случаем?
 
 
 
#52
21.05.2010 16:24:58
А насчет последовательности - обычно пофиг - прописана синхра, поданы потоки и все.
 
 
 
#53
21.05.2010 16:32:08
Софтовые проблемы какого рода?? Платы NPRAE.
 
 
 
#54
21.05.2010 16:39:29
х.з.
В любом случае рекомендую начинать с установки патча посвежее (типа 24g)
Было упоминание всяких проблем типа
GE- f4.401.18 - NPRAE public TG has make an automatical reset
 
 
 
#55
21.05.2010 17:58:32
А 7.1 встанет? И может, если можно, кто-нибудь скинет патч для 7.0 или 7.1 =)))
 
 
 
#56
24.05.2010 15:33:27
Уверяют, что ключи от 7.0 легко встают на 7.1. Это так?
 
 
 
#57
24.05.2010 16:22:43
встают легко.
 
 
 
#58
25.05.2010 08:31:40
Не погорячились? 165 Lock там вроде разный
 
 
 
#59
25.05.2010 08:54:22
да вроде как менял софт на релиз 7.0 до 7.1 без замены ключей...
а может путаю 8.0 и 8.1...
что-то точно работало 8-)
 
 
 
#60
25.05.2010 10:00:57
наверное 8.0 и 8.0.1

для интереса как-то откатывали софт с 7.1 на 7.0, при старте чего-там ругнулась
Пути IP-пакета неисповедимы
 
 
 
Страницы: Пред. 1 2 3 4 5 След.
Читают тему