Устройства на коммутаторе периодически теряют связь с сетью — коммутатор при этом по-прежнему онлайн в контроллере.

RSS

Устройства на коммутаторе периодически теряют связь с сетью — коммутатор при этом по-прежнему онлайн в контроллере., UniFi Network

charperimg

Guest

12.02.2018 13:28:00

Всем привет! Столкнулся с странной проблемой: сервер, подключённый к UniFi Switch 8 POE-60W у меня дома, периодически выпадает из сети. Решение — зайти в контроллер UniFi и перезагрузить коммутатор (хотя в контроллере он всё ещё отображается как онлайн). После перезагрузки сервер снова становится доступен. Кто-нибудь сталкивался с таким странным поведением? Последнее событие было сегодня утром в 5:23 по EST, когда мой Unifi Video (размещённый на этом сервере) перестал работать. Я проверил /var/log/messages на коммутаторе, вот какие события там зафиксированы. Перезагрузку коммутатора через UniFi Controller я сделал в 7:20 EST. Есть идеи? Заранее спасибо всем, кто откликнется!
P.S. Включённый PoE уже отключён на uplink-порту, а сервер воткнут в порт номер 1, который, соответственно, на этом 60W свитче вообще не поддерживает PoE.
--Dec 31 19:00:46 ServerRoom daemon.info init: starting pid 1033, tty '/dev/null': '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org'
Feb 12 07:20:19 ServerRoom daemon.info init: process '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p eth0:22'
Feb 12 07:20:19 ServerRoom daemon.info init: starting pid 1094, tty '/dev/null': '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbe
Feb 12 07:20:19 ServerRoom authpriv.info dropbear[1094]: Not backgrounding
Feb 12 07:20:19 ServerRoom user.info syslog: ace_reporter.reporter_set_managed(): [STATE] enter MANAGED
Feb 12 07:21:01 ServerRoom daemon.notice switch: TRAPMGR: Cold Start: Unit: 0

charperimg

Guest

10.03.2018 19:25:00

Это случилось снова, пришлось перезагружать во второй раз за сегодня. Вот логи, которые предшествовали перезагрузке. Очень бы хотелось получить помощь от UBNT...
Mar 10 14:20:03 ServerRoom daemon.info init: процесс '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p eth0:22' (pid 986) завершился.
Mar 10 14:20:03 ServerRoom daemon.info init: запускаю процесс с pid 1093, tty '/dev/null': '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p
Mar 10 14:20:03 ServerRoom authpriv.info dropbear[1093]: Не отдаёт процесс в фон
Mar 10 14:20:03 ServerRoom user.info syslog: ace_reporter.reporter_set_managed(): [STATE] вошёл в состояние MANAGED
Mar 10 14:20:45 ServerRoom daemon.notice switch: TRAPMGR: Холодный старт: Устройство: 0

charperimg

Guest

10.03.2018 14:12:00

В своём прошлом посте я рассказывал, что сделал сброс настроек до заводских на проблемном свитче в надежде, что это решит проблему. Ну что ж, отчитываюсь — не помогло. Свитч перестал маршрутизировать трафик, и я собираюсь его перезагрузить. Вот что я вижу в логе /var/log/messages:

Mar 5 03:21:29 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 5 05:41:21 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 5 14:43:46 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 6 14:06:13 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 6 21:33:24 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 7 10:28:56 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 7 11:03:47 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 7 19:18:06 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 8 01:47:53 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 8 07:18:46 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 8 09:40:38 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 8 21:53:04 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 9 03:58:47 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 9 08:42:02 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 9 10:28:02 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 9 19:19:12 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format
Mar 10 07:25:38 UBNT user.warn syslog: libubnt.get_ufdb_entry_by_mac(): wrong mac address format

Кто-нибудь может подсказать, как с этим справиться?

charperimg

Guest

04.03.2018 15:07:00

У меня таких сообщений не видно, это же лог-файл в /var/log/messages? У меня коммутатор не восстанавливается автоматически, как у тебя — вчера ночью снова отключился чуть после полуночи и не вернулся в сеть, пока я не перезапустил его через Unifi Controller примерно в 9:30 утра. Кстати, я сделал «Забыть» для этого коммутатора в настройках контроллера, что сбросило его на заводские настройки, и заново его принял. Надеюсь, это решит мою проблему. Отпишусь позже.

balticbroadband

Guest

03.03.2018 23:28:00

Ребята, у меня такая же проблема на совсем новом UniFi Switch 16 POE-150W с 6 подключёнными UAP pro — он просто случайно выключается на пару часов, потом снова включается... Главное, что я заметил — сообщение: daemon.notice switch: TRAPMGR: Cold Start: Unit: 0, смотрите время ниже, у кого-то ещё так?
Mar 3 21:17:53 MainSwitch daemon.notice switch: TRAPMGR: Link Up: 0/6
Mar 3 21:17:53 MainSwitch daemon.info switch: DOT1S: Port (4) inst(0) role chan
Mar 3 21:17:53 MainSwitch daemon.info switch: DOT1S: Port (6) inst(0) role chan
Mar 3 21:17:53 MainSwitch daemon.notice switch: TRAPMGR: Link Up: 0/7
Mar 3 21:17:53 MainSwitch daemon.info switch: DOT1S: Port (7) inst(0) role chan
Mar 3 21:18:07 MainSwitch daemon.notice switch: TRAPMGR: Link Up: 0/2
Mar 3 21:18:07 MainSwitch daemon.info switch: DOT1S: Port (2) inst(0) role chan
Mar 3 21:18:14 MainSwitch daemon.notice switch: TRAPMGR: Cold Start: Unit: 0
Mar 3 23:15:59 MainSwitch daemon.notice switch: TRAPMGR: Link Down: 0/4
Mar 3 23:15:59 MainSwitch daemon.info switch: DOT1S: Port (4) inst(0) role chan
Mar 3 23:16:02 MainSwitch daemon.notice switch: TRAPMGR: Link Up: 0/4
Mar 3 23:16:02 MainSwitch daemon.info switch: DOT1S: Port (4) inst(0) role chan

jonesy16

Guest

02.03.2018 17:46:00

Не уверен, связано ли это с моей проблемой, но заметил, что моя POE IP-камера (Amcrest), подключённая к коммутатору, периодически отключается и снова включается (из-за чего камера фиксирует событие движения, теряя питание ИК-подсветки). Пока не стал этим заниматься, так что причина может быть именно в камере, а не в коммутаторе, но я просто упомянул, чтобы было ещё одно возможное наблюдение. Буду рад разобраться, если кто-то подскажет, на что стоит обратить внимание.

Hafos Guest	#7 02.03.2018 16:35:00 Неужели это баг DHCP snooping?

charperimg Guest	#8 02.03.2018 12:25:00 Снова проверяю, есть ли какие-нибудь мысли? Коммутатор снова завис прошлой ночью в 3 часа утра, сегодня утром перезагрузил его через SSH, и все, что за ним, снова заработало...

Читают тему (гостей: 1)