eldoranstars

Накопителя нет. Аварии стал смотреть потому что появилась красная индикация на MOXA. На всех MOXA накопителей нет, но индикация только на одном. Похоже она связана с чем то другим? (где еще аварии возможные посмотреть?)

EDS-510A series V3.8 build 17041115. Подскажите, пожалуйста, с чем связана ошибка "Detect ABC device fail"?

уже хорошо) если база есть, то можно сориентироваться что где конечно, в идеале могли бы и нормально сделать

Может еще какие попадают? П.С.: было дело, постоянно их в ремонт возили. Только они уже выходили из строя полностью.

Форум поддерживает спойлеры? Если да, подскажите, пожалуйста, как их добавлять в текст.

Может надо пополнить список? ООО «Ниеншанц-Автоматика», официальный дистрибьютор MOXA на территории России, выражает Вам свое почтение. Настоящим уведомляем Вас о том, что на основании статистики нашей службы ремонта выявлена аномально высокая частота выхода из строя определенной партии оборудования Moxa серии EDS-510A. Выход из строя проявляется в частой самопроизвольной перезагрузке устройств или в полной невозможности их загрузки. Совместное расследование специалистов Moxa Inc. и ООО “Ниеншанц-Автоматика” показало, что причиной сбоев является высокая частота выхода из строя использованных микросхем оперативной памяти. Проблеме потенциально подвержены устройства EDS-510A с серийными номерами, начинающимися на: TACGxxxxxxxx~ TACLxxxxxxxx TADAxxxxxxxx~ TADLxxxxxxxx TAEAxxxxxxxx~ TAELxxxxxxxx TAFAxxxxxxxx~ TAFFxxxxxxxx

Буквально полчаса назад проблема прилетела ) МОХА не хочет сдаваться. Снова перезагрузка. EDS-510A series V3.8 build 17041115 (TACKD1042279). Прикладываю вывод сообщений в лог файле: 627 18720 0d0h0m0s Cold start 628 18720 0d0h0m3s Port 1 link on 629 18720 0d0h0m12s Port 1 link off 630 18720 0d0h0m14s Port 3 link on 631 18720 0d0h0m27s Port 3 link off 632 18720 0d0h0m28s Port 5 link on 633 18720 0d0h0m32s Port 5 link off 634 18721 0d0h0m0s Cold start 635 18721 0d0h1m3s Configuration change activated 636 18721 0d0h4m16s Configuration change activated 637 18722 0d0h0m5s Warm start by System Restart 638 18723 0d0h0m0s Cold start 639 18724 0d0h0m0s Cold start По ним тяжело что то понять, но видно, что со снятием конфига проблема уже не связана. И софтина свежая стоит.

Посмотрел еще раз, там не весь заводской будет, а только последние значения

Пришло время блеснуть Можно посмотреть (проверено на EDS-510A). Для этого нужно удалить DNS имя и тогда в sh run будет вместо DNS имени заводской номер

С коммутаторами проблем нет. тему можно закрыть.

Такая же фигня была (Cold start при попытке снятия конфига, на каком этапе не вникал, т.е. при авторизации или уже при направлении запроса snmp) Обновил софт до 3.8 и поменял tacacs+ на радиус. Помогло. Только вот теперь гадаю, что из двух

дамп еще раз не снимали (а надо?) не должны лететь исходя из того, что max age теперь больше количества свичей в кольце

max age поменял. проблема решена. При этом сначала надо форвард делэй поменять, а потом уже макс эйдж 2 x (Hello Time + 1 sec) <= Max age <= 2 x (Forward Delay - 1 sec) хеллоу не трогал

вроде как от соседа. тогда непонятно пока что, кто этот TCN шлет.

исторически так сложилось ) сняли дамп с рут свича на котором в логах Topology changed Вы не подскажете бридж идентифаер это ближайший свич-сосед который TCN передал, или это тот свич, который TCN изначально отправил?

Spanning tree status : Enabled Role : Root Bridge priority : 4096 Hello time : 1 sec Forwarding delay : 4 sec Max age time : 6 sec 966 25 2019/01/16, 16:06:19 Topology changed 967 25 2019/01/16, 16:06:25 Topology changed 968 25 2019/01/16, 16:06:30 Topology changed 969 25 2019/01/16, 16:06:36 Topology changed 970 25 2019/01/16, 16:06:42 Topology changed 971 25 2019/01/16, 16:06:49 Topology changed 972 25 2019/01/16, 16:06:54 Topology changed 973 25 2019/01/16, 16:06:58 Topology changed 974 25 2019/01/16, 16:07:02 Topology changed 975 25 2019/01/16, 16:07:06 Topology changed 976 25 2019/01/16, 16:07:10 Topology changed 977 25 2019/01/16, 16:07:14 Topology changed 978 25 2019/01/16, 16:07:18 Topology changed 979 25 2019/01/16, 16:07:22 Topology changed 980 25 2019/01/16, 16:07:26 Topology changed 981 25 2019/01/16, 16:07:32 Topology changed 982 25 2019/01/16, 16:07:34 Topology changed 983 25 2019/01/16, 16:07:39 Topology changed 984 25 2019/01/16, 16:07:41 Topology changed 985 25 2019/01/16, 16:07:44 Topology changed 986 25 2019/01/16, 16:07:46 Topology changed 987 25 2019/01/16, 16:07:49 Topology changed 988 25 2019/01/16, 16:07:52 Topology changed 989 25 2019/01/16, 16:07:58 Topology changed 990 25 2019/01/16, 16:08:03 Topology changed 991 25 2019/01/16, 16:08:07 Topology changed 992 25 2019/01/16, 16:08:11 Topology changed 993 25 2019/01/16, 16:08:15 Topology changed 994 25 2019/01/16, 16:08:19 Topology changed 995 25 2019/01/16, 16:08:23 Topology changed 996 25 2019/01/16, 16:08:25 Topology changed 997 25 2019/01/16, 16:08:28 Topology changed 998 25 2019/01/16, 16:08:33 Topology changed 999 25 2019/01/16, 16:08:38 Topology changed 1000 25 2019/01/16, 16:08:42 Topology changed

было бы понятно, если бы на других свичах были изменения, но логи то пустые

Но TCN просто так не должен прилетать. разве нет? и это происходит уже неделю как ) все логи, кхм.. загажены

EDS-510A series V3.8 build 17041115 топология сети - кольцо из 7 коммутаторов. Режим STP - RSTP. На одном участке радиопролет на NEC, на других ВОЛС. В логах никаких записей, изменение топологии не фиксируется. При этом на рут свиче примерно каждые 6 сек вывод сообщения в логах Topology changed. Рут свич подключен к шлюзу сети управления через vrrp. На маршрутизаторах Cisco с vrrp в логах тоже ничего не обнаружено. Мыслей никаких нет, поэтому пишу сюда. П.С.: запланировали перезагрузку коммутатора.

Спасибо! Наблюдение как раз из разных удаленных точек. Система мониторинга и клиентский сервер это разные направления трафика от точки терминации сети управления для этих коммутаторов. Система мониторинга фиксирует отсутствие пинга, а клиент недоступность оконечного оборудования. Насколько я понял такая ситуация (когда в логах ничего нет, а пинга до адреса управления не было определенное время) возможна только в случае всплесков трафика? Или есть еще возможные ситуации из Вашего опыта? П.С.: попробуем сделать какую нибудь "оповещалку" в нашей системе мониторинга, чтобы поймать событие "недоступность ping"

Наша система мониторинга порой фиксирует отсутствие пинга до коммутаторов МОХА: EDS-510A series V3.8 build 17041115 ( сегодня было на время 1мин 50сек) Желтым то, что пропадало. Видно, что они пропадают абсолютно в случайном порядке. При этом в логах на всех коммутаторах нет абсолютно никаких сообщений за этот период. Также пинг одновременно пропадает не только до нашей системы мониторинга, но и клиентские сервисы на этих коммутаторах становятся недоступны. Поймать этот момент пока что не удавалось. Узнаем об этом уже после жалоб клиента.