Выровнял базы на процах, переключился с одного на другой. Вынос поднялся, помаргивания RAI прекратились. Теперь попробую завести старые потоки с синхрой=255. Вопрос такой: какова последовательность действий, правильная, выставления синхры=0, с учётом дублирующего проца и двух станций Элком и Корал, котоые берут синхру с Алкателя?

Опять падают потоки. По ходу выставление синхронизации в 255 не повлияло ни на что. И опять перед сбросом вываливается инцидент 1735. Может кто знает его смысл, потому что в доке не очень чётко написано..

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 отключена. Сейчас попробуем с провом поменять смашку, чтобы исключить..

Опять упала 0-0. Перед этим вывалился инц. 1735. Вот исключение:

There is a new exception. Its address is : 0X020230D8. Monitel time : 147152. Da
te : Wed May 19 17:49:14 2010
Exception in coupler (0, 0)
* CPL Backtrace: 0x020230D8
* CPL Backtrace: 0x0101C59B
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x01009069
* CPL Backtrace: 0x20636576
* CPL Backtrace: 0x00333030
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x0102202B
* CPL Backtrace: 0x00000001
* CPL Backtrace: 0x020230E4
* CPL Backtrace: 0x0207F780
* CPL Backtrace: 0x000080A0
* CPL Backtrace: 0x0101C59B
* CPL Backtrace: 0x00000003
* CPL Backtrace: 0x01008DC7
* CPL Backtrace: 0x00000000
* CPL Backtrace: 0x02078720
* CPL CPL_BACKTRACE_COMMENT
* CPL vec 003 next_addr = 00000000 start_addr = 00803F3C
* CPL msk_it_l1 = 0000FFFF rgabort = 000080A0 addr = 0101C597
* CPL r0 = 020230E4 r1 = 00000003 r2 = 00000030 r3 = 00803F54
* CPL r4 = 00000003 r5 = 020230D8 r6 = 0101C59B r7 = 00000000
* CPL r8 = 00000000 r9 = 0000FFBF r10= 00000000 r11= 00000000
* CPL r12= 0207F810
* CPL @[bnvpra2 _1.29 _16Feb06_12h43
End of exception message in CPL_ (0,0)

На сегодняшний день имеем следующее. Заглушили два старых потока, которые перешли с Элкома на Алкатель. Остались два новых. Всё работает. Но вынос по-прежнему заводится только при погашенной NPRAE. При её активизации вновь вылетает инцидент 3660. До этого пробовал выставлять приоритет синхр.=255 в сторону города, в итоге непрерывно горит RAI. Пробовал отключать CRC4 - непрерывное моргание RAI. Пробовали вместе с провом отключать CRC4 - бесполезно....

В городе говорят, что единственное промежуточное устройство между Алкатель и EWSD Siemens - это мультиплексор, который стоит у нас. Насколько я понимаю на синхру он влияния не оказывает. В городе мы выставлены юзером. У меня на станции все 4 потока сидят в одной ТГ 104 и у всех приоритет синхры равен 0. И мы юзеры, конечно, по отношению к ЕВСД. Ещё хотелось бы поподробнее узнать про инцидент 1735, т.к. вываливается перед уходом плат в перезагрузку.

Точно так. Пока не знаю чья вина. Разбираюсь.

Вернулси из Франции)) К делу! Выяснилась интересная зависимость: когда выдёргиваешь поточную плату (0,0), то инциденты 3660 исчезают и вынос цепляется. При этом остальные два потока убиты в описаниях ТГ. С ними вместе пока не пробовал.

Потоки выдернул - до лампочки.. та же песня.. чёт творческий застой. нужно перекур сделать

дело в том, что перед этим сбоем я кабели не трогал. Поэтому штырьки загнуться не могли. Тем более на основном и дополнительном доступах одновременно.

Выравнивал базы на обоих процах. Пока не пробовал вырубать оба потока, т.к. станция живая. shutdown -h now делал на стандбае, а основной shutdown -r now. Баскулами тоже увлекался.

checkdb
Data base checking in progress ...
/...............ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=0 invalid
cdt
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=1 invalid cdt
................... ./

рестартовал уже...

Заворачивал INTOF-ы на себя. Гаснут lk8,syc и rai. С одним и тем же кабелем! Так что не перепутал. Инциденты были только на тему загрузки INTOF2A. После этого сыплются только те, которые были указаны в начале поста. Сейчас удалил ИНТОФ-ы из позиций 0-5 и 1-20. Остались 0-19 и 1-6.

Кабель INT-INT длиной 5 метров. Индикация и поведение следующие: 1) кабель не подключен: на обоих платах мигают одновременно busy и cpu, а lk8,syc и rai горят красным. INTOF2A ждёт линка, а INTOF2B зарегистрирована, но не инициализирована 2) кабель подключен: мигают одновременно busy и cpu, подмигивает syc. Затем, секунд через 10, на INTOF2B горят непрерывно busy, syc и cpu, а на INTOF2A горят красным lk8,syc и rai.

Перекидывал, конечно. А почему INTOF2B не поднимается на периферийном шельфе?