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

   RSS
Станция перезагружается без причины
 
Добрый день господа.
Возникла проблема, которую не можем разрешить.
Есть станция: исполнение VH (два блока), релиз 5.0. Примерно две недели назад станция начала стабильно раз в сутки уходить в ребут. Никаких внешних причин для такого поведения не обнаружено. Питание стабильно, аккумуляторы в блоках новые.
Что было сделано:
Заменили станцию на аналогичный VH с таким же релизом, скопировали базу абонентов, получили фактически дубль станции.
П.С. проблем с OPS на обоих станциях нет, превышения лицензий тоже.
абонентские платы поставили из прежней станции (две платы Z32, две платы UA32, плату PRA2 поставили новую).

Прошло несколько часов после замены и станция снова ушла в ребут! Т.е. от старого железа оставлены только абонентские платы, процессорная плата другая, только база от прежней станции.
Какие могут быть причины такого поведения?
Одна из абонентских плат коротит по питанию и вызывает ребут станции?
Проблемы на соединиельной линии между этой станцией и центральной?
Помогите господа, у нас уже головы кипят) и заказчик ругается)
Страницы: Пред. 1 2
Ответы
 
to Iv bedbag  ищите шамана который вам барабашку поймает

наше дело лодку толкнуть, а гребсти или нет тут уж дело кто сидит в лодке.
по вашей логике если лодку толкнули то она просто ОБЯЗАНА плыть вперед
Пути IP-пакета неисповедимы
 
(42)atk> last
last: not found
(42)atk> incvisu -1 -T 30
13/05/15 12:35:39
13/05/15 12:38:46 000042M|00/06/-/---|=5:2019=PRA coupler commissioning
13/05/15 12:39:34 000042M|--/--/-/---|=3:1125=external alarm : "mtcl login"
13/05/15 12:40:26 000042M|00/02/0/000|=5:2053=Terminal 0 in service
13/05/15 12:48:41 000042M|--/--/-/---|=2:2776=Network mgt : appearance of a node 0 not known
13/05/15 12:48:42 000042M|--/--/-/---|=2:2776=Network mgt : appearance of a node 32 not known
13/05/15 13:03:07 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2451 impossible
13/05/15 13:04:22 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1126 impossible
13/05/15 13:05:36 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.167 impossible
13/05/15 13:06:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.30.464 impossible
13/05/15 13:07:27 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.43.160 impossible
13/05/15 13:08:42 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.652 impossible
13/05/15 13:09:56 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.70.428 impossible
13/05/15 13:10:01 000042M|--/--/-/---|=3:2766=Network mgmt : unreachable node 1
13/05/15 13:10:31 000042M|--/--/-/---|=3:2766=Network mgmt : unreachable node 1
13/05/15 13:13:54 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2452 impossible
13/05/15 13:15:09 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1127 impossible
13/05/15 13:16:23 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.168 impossible
13/05/15 13:17:37 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.43.161 impossible
13/05/15 13:18:14 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.653 impossible
13/05/15 13:39:55 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2453 impossible
13/05/15 13:41:10 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1128 impossible
13/05/15 13:41:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.169 impossible
13/05/15 13:43:01 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.654 impossible
13/05/15 14:06:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2454 impossible
13/05/15 14:08:04 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.170 impossible
13/05/15 14:08:41 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.655 impossible
13/05/15 14:16:10 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.70.429 impossible
13/05/15 14:26:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2455 impossible
13/05/15 14:48:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2456 impossible
13/05/15 15:01:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2457 impossible
---------------------------------------------------------------------------------
вот инциденты, которые были перед последним рестартом вчерашним. (прашку - это я вставил новую)
Изменено: Iv bedbag - 14.05.2015 12:31:13
 
хм. а сетью ABC-F вы давно ничего не делали? скажем так - ничего не конфигурировали непосредственно до возникновения проблем? Эта станция у вас действительно была 42-м узлом сети, и сеть не маленькая - мелькают 32 нод, 70-й... индексы лог файлов тоже старинные - за 2 тысячи перевалило... может тут у вас грабли разлеглись?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
Цитата
Dmitry Ryzhakov пишет:
хм. а сетью ABC-F вы давно ничего не делали? скажем так - ничего не конфигурировали непосредственно до возникновения проблем? Эта станция у вас действительно была 42-м узлом сети, и сеть не маленькая - мелькают 32 нод, 70-й... индексы лог файлов тоже старинные - за 2 тысячи перевалило... может тут у вас грабли разлеглись?
Да в том то и дело, что с сетью никаких действий не производили. Я привел инциденты с уже новой станции с восстановленной базой, которые мы установили на место той, которая первой сбоить начала.
Почему я и помощи стал искать на форуме, т.к. две разных станции с разными ЦПУ, жесткими, ОПС ведут себя одинаково.
Проблемы с сетью ABC-F могут вызвать ребут?
 
скажем так - если у вас сеть раньше работала а сейчас нет, то станция без ваших действий как администратора об этом не узнает. она все так же будет пытаться формировать пакеты броадкаста, ждать и искать другие узлы в сети. у вас - что-то непонятное с сетью на мой взгляд. на ваш вопрос отвечу так - если что-то (у вас броадкаст) на станции не работает - это может теоретически привести к непредсказуемым результатам.
любопытно, а что у вас станция говорит на команду excvisu?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
Цитата
Dmitry Ryzhakov пишет:
скажем так - если у вас сеть раньше работала а сейчас нет, то станция без ваших действий как администратора об этом не узнает. она все так же будет пытаться формировать пакеты броадкаста, ждать и искать другие узлы в сети. у вас - что-то непонятное с сетью на мой взгляд. на ваш вопрос отвечу так - если что-то (у вас броадкаст) на станции не работает - это может теоретически привести к непредсказуемым результатам.

любопытно, а что у вас станция говорит на команду excvisu?
(42)atk> excvisu
DELIVERY d2.314
7
Wed May 13 15:15:55 2015
(000000) btracer message to get monitel time base
(000022) Dynamic patch loaded for actor TEL
(000032) Dynamic patch loaded for actor dis25
 
пусто... на всяк случай еще бы excvisu -1 и можно -2 -3... ну и совет - разобраться с сетью. какие узлы-линки - вам виднее на месте.
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
Цитата
Dmitry Ryzhakov пишет:
пусто... на всяк случай еще бы excvisu -1 и можно -2 -3... ну и совет - разобраться с сетью. какие узлы-линки - вам виднее на месте.
#       The role of the CPU is MAIN
Application software identity

R5.0Ux-d2.314-7-g-ru-c6s2

Business identification: R5.0Ux

Release:
DELIVERY d2.314
Patch identification: 7
Dynamic patch identification: g

Country: ru
Cpu: c6s2

ACD VERSION
       release : 4
       bug_fixing :  4
       protocol_id :  75
       version_dy_hr_stat :  11

(42)atk> excvisu -1
DELIVERY d2.314
7
Wed May 13 12:36:14 2015
(000000) btracer message to get monitel time base
(000025) Dynamic patch loaded for actor TEL
(000038) Dynamic patch loaded for actor dis25
(42)atk> excvisu -2
DELIVERY d2.314
7
Wed May 13 12:33:29 2015
(000000) btracer message to get monitel time base
(000023) Dynamic patch loaded for actor TEL
(000033) Dynamic patch loaded for actor dis25
(000261) monitel saves blackbox state at shutdown time
(42)atk>
 
туман не рассеялся. тем не менее - повторю - поведение сети с точки зрения станции выглядит более чем странно. что из себя представляет ваша сеть вы лучше меня знаете, работает она или нет - вам виднее
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
У вас - здоровая сеть.
Инцидентов - хватает (мне всегда казалось, что при наличии инцидентов - количество начинает переходить в качество).

Разберитесь с сетью (работает или нет) - suproutage вам в руки.
Далее - разберитесь с броадкастом. Включен или нет на узлах. Что разрешено рассылать/принимать, что нет. Т.е. или выключить везде (или по зонам) или включить везде, настроив что вас интересует.
После чего рестартуйте броадкаст - cleanbroad по всей сети (если он включен)
 
Цитата
vad пишет:
Был VH. Не помню чем с ним сердце успокоилось:

- при работе от 220 - практически сразу уходил в ребут (причем инцидентов не было)

- при работе от АКБ - работал!!!

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



А инцидентов - точно никаких нет? Т.е. были обычные - и бац? Никаких - что система пошла на перезагрузку и т.п.?

15.05 сделали примерно также, т.е. поменяли абоненские платы из другой станции. Ребут ушел, уже несколько дней полет нормальный.
Господа, всем спасибо за помощь. Vad вы были правы.
Изменено: Iv bedbag - 20.05.2015 07:42:28
Страницы: Пред. 1 2
Читают тему