Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
====quote====
vad пишет:
Был VH. Не помню чем с ним сердце успокоилось:
- при работе от 220 - практически сразу уходил в ребут (причем инцидентов не было)
- при работе от АКБ - работал!!!
- поменялись корпусами с учебным - т.е. переставив платы из одного в другой - оба VH продолжили работу.
А инцидентов - точно никаких нет? Т.е. были обычные - и бац? Никаких - что система пошла на перезагрузку и т.п.?
=============
15.05 сделали примерно также, т.е. поменяли абоненские платы из другой станции. Ребут ушел, уже несколько дней полет нормальный.
Господа, всем спасибо за помощь. Vad вы были правы.
20.05.2015 06:28:30, Iv bedbag.]]>
У вас - здоровая сеть.
Инцидентов - хватает (мне всегда казалось, что при наличии инцидентов - количество начинает переходить в качество).
Разберитесь с сетью (работает или нет) - suproutage вам в руки.
Далее - разберитесь с броадкастом. Включен или нет на узлах. Что разрешено рассылать/принимать, что нет. Т.е. или выключить везде (или по зонам) или включить везде, настроив что вас интересует.
После чего рестартуйте броадкаст - cleanbroad по всей сети (если он включен)
15.05.2015 07:26:36, vad.]]>
туман не рассеялся. тем не менее - повторю - поведение сети с точки зрения станции выглядит более чем странно. что из себя представляет ваша сеть вы лучше меня знаете, работает она или нет - вам виднее
14.05.2015 14:26:39, Dmitry Ryzhakov.]]>
====quote====
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>
14.05.2015 14:08:18, Iv bedbag.]]>
пусто... на всяк случай еще бы excvisu -1 и можно -2 -3... ну и совет - разобраться с сетью. какие узлы-линки - вам виднее на месте.
14.05.2015 14:05:36, Dmitry Ryzhakov.]]>
====quote====
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
14.05.2015 14:01:30, Iv bedbag.]]>
скажем так - если у вас сеть раньше работала а сейчас нет, то станция без ваших действий как администратора об этом не узнает. она все так же будет пытаться формировать пакеты броадкаста, ждать и искать другие узлы в сети. у вас - что-то непонятное с сетью на мой взгляд. на ваш вопрос отвечу так - если что-то (у вас броадкаст) на станции не работает - это может теоретически привести к непредсказуемым результатам.
любопытно, а что у вас станция говорит на команду excvisu?
14.05.2015 13:53:59, Dmitry Ryzhakov.]]>
====quote====
Dmitry Ryzhakov пишет:
хм. а сетью ABC-F вы давно ничего не делали? скажем так - ничего не конфигурировали непосредственно до возникновения проблем? Эта станция у вас действительно была 42-м узлом сети, и сеть не маленькая - мелькают 32 нод, 70-й... индексы лог файлов тоже старинные - за 2 тысячи перевалило... может тут у вас грабли разлеглись?
=============
Да в том то и дело, что с сетью никаких действий не производили. Я привел инциденты с уже новой станции с восстановленной базой, которые мы установили на место той, которая первой сбоить начала.
Почему я и помощи стал искать на форуме, т.к. две разных станции с разными ЦПУ, жесткими, ОПС ведут себя одинаково.
Проблемы с сетью ABC-F могут вызвать ребут?
14.05.2015 13:36:56, Iv bedbag.]]>
хм. а сетью ABC-F вы давно ничего не делали? скажем так - ничего не конфигурировали непосредственно до возникновения проблем? Эта станция у вас действительно была 42-м узлом сети, и сеть не маленькая - мелькают 32 нод, 70-й... индексы лог файлов тоже старинные - за 2 тысячи перевалило... может тут у вас грабли разлеглись?
14.05.2015 13:26:04, Dmitry Ryzhakov.]]>
(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
---------------------------------------------------------------------------------
вот инциденты, которые были перед последним рестартом вчерашним. (прашку - это я вставил новую)
14.05.2015 12:30:07, Iv bedbag.]]>
to Iv bedbag ищите шамана который вам барабашку поймает
наше дело лодку толкнуть, а гребсти или нет тут уж дело кто сидит в лодке.
по вашей логике если лодку толкнули то она просто ОБЯЗАНА плыть вперед
14.05.2015 12:05:02, error.]]>
====quote====
Iv bedbag пишет:
Инциденты обычные, цифровой аппарат отключили, и пр.. никаких критичных инцидентов нет. Система просто уходит в перезагрузку.
=============
Повторю вопрос - т.е. были рабочие инциденты и все - никаких слов - что shutdown вызван и т.п.?
команда last что показывает (она в 5-м есть?) - есть коннекты, кто вызвал рестарт
14.05.2015 11:18:15, vad.]]>
====quote====
vad пишет:
Был VH. Не помню чем с ним сердце успокоилось:
- при работе от 220 - практически сразу уходил в ребут (причем инцидентов не было)
- при работе от АКБ - работал!!!
- поменялись корпусами с учебным - т.е. переставив платы из одного в другой - оба VH продолжили работу.
А инцидентов - точно никаких нет? Т.е. были обычные - и бац? Никаких - что система пошла на перезагрузку и т.п.?
=============
Инциденты обычные, цифровой аппарат отключили, и пр.. никаких критичных инцидентов нет. Система просто уходит в перезагрузку.
Сейчас тоже пытаемся поменять все платы на другие.
14.05.2015 10:33:39, Iv bedbag.]]>
Был VH. Не помню чем с ним сердце успокоилось:
- при работе от 220 - практически сразу уходил в ребут (причем инцидентов не было)
- при работе от АКБ - работал!!!
- поменялись корпусами с учебным - т.е. переставив платы из одного в другой - оба VH продолжили работу.
А инцидентов - точно никаких нет? Т.е. были обычные - и бац? Никаких - что система пошла на перезагрузку и т.п.?
14.05.2015 09:25:16, vad.]]>
====quote====
Dmitry Ryzhakov пишет:
ну тогда святой водой побрызгайте. если серьезно - если есть проблема с софтом или платами - инциденты должны быть. если их тупо нет ни в каком виде - тогда проблема с питанием (здесь надо все подвергнуть сомнению - даже ваши слова про недавно смененные аккумуляторы, ИБП и прочее)
=============
Аккумуляторы менял лично, заряд на них проверял перед установкой.
Сейчас занялись абонентскими платами более подробно. На одной из аналоговых был найден порт, который после смены платы стал показывать короткое.
Сменили почти все абонентские платы на другие, не смогли только найти на замену одну из цифровых.
По питанию, кроме заземления, какие еще могут быть причины? ИБП перед VH нет, т.к. его конструктив сам подразумевает, что у него есть аккумуляторы.
Питание в месте, где расположена станция - не пропадает, другое оборудование в соседнем шкафу работает стабильно.
Ждем как поведет себя станция сегодня после замены почти всех абонентских плат.
14.05.2015 08:42:27, Iv bedbag.]]>
ну тогда святой водой побрызгайте. если серьезно - если есть проблема с софтом или платами - инциденты должны быть. если их тупо нет ни в каком виде - тогда проблема с питанием (здесь надо все подвергнуть сомнению - даже ваши слова про недавно смененные аккумуляторы, ИБП и прочее)
14.05.2015 07:58:29, Dmitry Ryzhakov.]]>
====quote====
Dmitry Ryzhakov пишет:
кстати, VH у вас судя по всему двухэтажный... может быть с межэтажным кабелем проблема (отошел от разъема и т.п.)
=============
1) кабель был заменен на другой.
2) Инцидентов с плат не было.
3) заземление проверили, все ок с ним, земля есть.
Барабашка что ли)
14.05.2015 07:13:48, Iv bedbag.]]>
смотрите ициденты. бывало так, что какой-то неисправный комплект или порт платы "заваливал" процессор шквалом своих инцидентов вплоть до ребута.
кстати, VH у вас судя по всему двухэтажный... может быть с межэтажным кабелем проблема (отошел от разъема и т.п.)
14.05.2015 07:01:29, Dmitry Ryzhakov.]]>
Господа, проблемы с процессором и питанием на нем, а также на жестком диске можно исключать, я же написал в первом посте, что мы заменили весь блок VH (процессор и жесткий другие, OPS другие), кроме абонентских плат! Т.е процессор другой и жесткий другой.
1) Перемычку на питании попробуем сменить но не думаю что это из-за этого, т.к. ранее станция стояла в другом месте годами без перезагрузки.
2) Перезагружается достаточно регулярно, раз в сутки, иногда после ребута может перезагрузится еще раз.
3) "Если есть закороченные комплекты Z (MISCALL) и не рабочие UA - рекомендуется проверить. " - проверено, можно исключить.
14.05.2015 06:17:14, Iv bedbag.]]>
еще как вариант на причину ребута может влиять HDD, надо смотреть smartctl
13.05.2015 21:25:45, error.]]>
был год 2010, ну очень жаркий
в серверной кондей издох на выходных и поднялась температура за 50 градусов
в результате один проц (cpu5s2) не пережил по причине "теплового удара" и стал так же сам по себе ребутаться как не попадь (т.е. может через 3 дня а может через неделю) и не оставлять следов причины ребута
подключили сом-порт (без rma) и ждали ребута
дождались - ребут был типа тумблер дернули и в консоле в самом начале загрузки была строка PSAL-чего-то_нехорошее
в общем питание на проце одной ногой на пенсии
в общем подключайте сом-порт на гнездо А (без rma если есть) и ждите "подарка"
13.05.2015 16:44:28, error.]]>
Присоединюсь к etc - бывает интересно переключить БП в режим 54В - если снять верхнюю крышку и крышку закрывающую БП увидите перемычку 44/54. Переключить на 54В, подстроечным резистором рядом - выставить 54В.
Посмотрите неисправное оборудование (listout). Если есть закороченные комплекты Z (MISCALL) и не рабочие UA - рекомендуется проверить.
Насколько регулярно уходит в ребут - утром/вечером/когда попало - может у вас проблемы с питанием/землей?
13.05.2015 14:58:11, vad.]]>
Какие инциденты пишет перед ребутом? Ругается ли на какую-нибудь плату (иногда UA32 бывает)? Перемычка на блоке питания VH на какое напряжение выставлена? 44 или 54 вольт. Можно переставить на 54 Вольта. Иногда помогает для плат UA.
13.05.2015 14:38:02, etc.]]>
Заземление станции проверяли отвод есть, толстым проводом.
Заземление кросса специально не проверяли, но скорее всего с ним тоже все в порядке, отводки от кросса на землю есть.
13.05.2015 13:37:20, Iv bedbag.]]>
Кто проверял заземление/зануление станции и кросса?
У меня на одной УПАТС был схожий трабл - пришлось новую "землю" строить.
13.05.2015 13:35:05, Валерий.]]>
Добрый день господа.
Возникла проблема, которую не можем разрешить.
Есть станция: исполнение VH (два блока), релиз 5.0. Примерно две недели назад станция начала стабильно раз в сутки уходить в ребут. Никаких внешних причин для такого поведения не обнаружено. Питание стабильно, аккумуляторы в блоках новые.
Что было сделано:
Заменили станцию на аналогичный VH с таким же релизом, скопировали базу абонентов, получили фактически дубль станции.
П.С. проблем с OPS на обоих станциях нет, превышения лицензий тоже.
абонентские платы поставили из прежней станции (две платы Z32, две платы UA32, плату PRA2 поставили новую).
Прошло несколько часов после замены и станция снова ушла в ребут! Т.е. от старого железа оставлены только абонентские платы, процессорная плата другая, только база от прежней станции.
Какие могут быть причины такого поведения?
Одна из абонентских плат коротит по питанию и вызывает ребут станции?
Проблемы на соединиельной линии между этой станцией и центральной?
Помогите господа, у нас уже головы кипят) и заказчик ругается)
13.05.2015 13:27:13, Iv bedbag.]]>