Проблема с настройкой UniFi Switch 24, UniFi Network
VWT-Dan
Guest
15.12.2016 16:28:00
В живой сети, когда я просто меняю имя порта коммутатора, происходит перепроvision. Это перепроvision вызывает остановку всего трафика на коммутаторе примерно на 5 секунд. То же самое происходит, если я меняю VLAN на порту. Правда ли нужно прерывать сетевой трафик на ВСЕМ коммутаторе, если я всего лишь меняю имя порта или настройки VLAN? То есть, если мне нужно переподписать и переименовать 24 порта, мой коммутатор фактически «подскакивает» каждый раз при переименовании, и все, кто подключены к этому коммутатору, сталкиваются с проблемами связи.
st-edmunds-it
Guest
09.05.2018 13:39:00
Также можно увидеть здесь
thestage
Guest
04.10.2017 11:56:00
Та же проблема с 48-портовым POE+ коммутатором на 500 Вт, работающим на версии 3.8.6.6650. Переименование порта с апострофом вызывает перепрограммирование, и коммутатор отключается почти на 30 секунд. Переименование без апострофа тоже вызывает перепрограммирование, но всего на пару секунд. Всё равно не вариант для боевого режима, когда нужно назвать 48 портов!
UI-Team
Guest
08.04.2017 01:28:00
Да, это воспроизводимо. Я завёл баг-тикет, спасибо, что обратили на это наше внимание.
Ошибка с быстрым применением заключается в том, что при подготовке происходит кратковременная потеря трафика.
ktrace
Guest
07.04.2017 16:53:00
Я говорю о названии порта, а не VLAN. Если убрать апостроф из названия порта, всё работает нормально. Просто интересно, есть ли у других такая же проблема. Я уже обращался в поддержку, и они сказали то же самое — не использовать кавычки в названии. Пока я так и делаю, но это довольно ограничивает. Мне кажется, для новых пользователей платформы UniFi это нужно исправить, потому что неочевидно, что из-за кавычки может отключиться весь коммутатор. Большинство новичков просто столкнутся с этой серьёзной проблемой и будут расстраиваться, не понимая, что есть обходной путь.
alexromp
Guest
07.04.2017 16:43:00
Я видел, как другие люди упоминали проблему, если в имени есть апостроф. Думаю, они имели в виду имя VLAN, но проверь, повторится ли ошибка, если убрать апостроф из имени порта. В любом случае, стоит попробовать.
ktrace
Guest
29.03.2017 12:55:00
@VWT-Dan
Спасибо, что снова провёл тестирование. Похоже, тут что-то странное происходит. Я подключился к одному из моих POE-коммутаторов, который выдавал эту ошибку, используя дебаг-терминал. Выполнил команду: cat /var/log/messages. В логах появились следующие ошибки... Я убрал несколько строк, связанных с протоколом Spanning Tree, чтобы было легче читать, и выделил ключевые строки красным.
Mar 17 13:46:02 Voice2 user.info syslog: ace_reporter.reporter_handle_response(): cfgversion: 7fcb5a716d55fb42 -> 3f39958f087d9f15 Mar 17 13:46:06 Voice2 user.info syslog: ace_reporter.reporter_handle_response(): [setparam] применение нового system.cfg Mar 17 13:46:12 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 6 сек (макс 120) Mar 17 13:46:14 Voice2 user.notice syswrapper: [apply-config] используется быстрый apply Mar 17 13:46:14 Voice2 user.notice syswrapper: [error] быстрый apply не удался Mar 17 13:46:14 Voice2 daemon.info init: перезагрузка /etc/inittab Mar 17 13:46:15 Voice2 daemon.notice switch: General: Административная команда: app-stop switchdrvr Mar 17 13:46:15 Voice2 daemon.info init: процесс '/bin/uplink-monitor' (pid 896) завершён. Запланирован перезапуск. Mar 17 13:46:15 Voice2 daemon.info init: процесс '/sbin/udhcpc -f -i eth0 -V ubnt -A 10 -s /etc/udhcpc/udhcpc -p /var/run/udhcpc.eth0.pid -h "Voice2"' (pid 897) завершён Mar 17 13:46:15 Voice2 daemon.info init: процесс '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p 22' (pid 900) завершён. Запланирован перезапуск. Mar 17 13:46:15 Voice2 daemon.info init: процесс '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' (pid 945) завершён. Запланирован перезапуск. Mar 17 13:46:17 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 12 сек назад (макс 200) Mar 17 13:46:21 Voice2 user.notice admin: отправка SIGHUP на mcad для перезагрузки конфига Mar 17 13:46:22 Voice2 kern.info kernel: [ 3429.250000] Получено 2 платы PSE с зарегистрированным pid 3587 Mar 17 13:46:27 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 21 сек (макс 120) Mar 17 13:46:32 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 27 сек назад (макс 200) Mar 17 13:46:42 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 36 сек (макс 120) Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурационный файл <startup-config> прочитан из флеша! Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурация применена из файла <startup-config> Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: Конфигурационный файл <startup-config> прочитан из флеша! Mar 17 13:46:44 Voice2 daemon.info switch: CLI_WEB: ОШИБКА КОМАНДЫ: 'description 'Vysali's Phone'' Mar 17 13:46:46 Voice2 daemon.notice switch: TRAPMGR: Link Up: 0/49 Mar 17 13:46:47 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.checkin 42 сек назад (макс 200) Mar 17 13:46:48 Voice2 daemon.info switch: DOT1S: Порт (49) inst(0) меняет роль с ROLE_DISABLED на ROLE_DESIGNATED Mar 17 13:46:48 Voice2 daemon.info switch: DOT1S: Порт (49) inst(0) меняет роль с ROLE_DESIGNATED на ROLE_ROOT Mar 17 13:46:48 Voice2 daemon.info switch: SIM: Система запущена Mar 17 13:46:48 Voice2 kern.info kernel: [ 3455.620000] устройство eth0 вошло в режим promiscuous Mar 17 13:46:48 Voice2 daemon.info init: перезагрузка /etc/inittab Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3721, tty '/dev/null': '/bin/uplink-monitor' Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3723, tty '/dev/null': '/sbin/udhcpc -f -i eth0 -V ubnt -A 10 -s /etc/udhcpc/udhcpc -p /var/run/udhcpc.eth0.pid' Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3724, tty '/dev/null': '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' Mar 17 13:46:48 Voice2 daemon.info init: запуск pid 3726, tty '/dev/null': '/bin/dropbear -F -d /var/run/dropbear_dss_host_key -r /var/run/dropbear_rsa_host_key -p' Mar 17 13:46:49 Voice2 authpriv.info dropbear[3726]: Не переводится в фоновый режим Mar 17 13:46:49 Voice2 user.info syslog: ace_reporter.reporter_reload(): [MCAD] Self-Run Beaconing включено! Mar 17 13:46:49 Voice2 user.info syslog: ace_reporter.reporter_reload(): [MCAD] Discovery Response отключён! Mar 17 13:46:49 Voice2 user.err syslog: ace_reporter.reporter_fail(): Ожидание IP () Mar 17 13:46:49 Voice2 user.err syslog: ace_reporter.reporter_fail(): неудачная попытка информирования #1 (последний раз 61 секунда назад), rc=2 Mar 17 13:46:50 Voice2 user.notice syswrapper: ipready.eth0 = 10.5.1.27 Mar 17 13:46:50 Voice2 daemon.info init: процесс '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' (pid 3724) завершён. Запланирован перезапуск. Mar 17 13:46:50 Voice2 daemon.info init: запуск pid 3766, tty '/dev/null': '/sbin/ntpclient -i 86400 -n -s -c 0 -l -h 0.ubnt.pool.ntp.org' Mar 17 13:46:52 Voice2 daemon.notice switch: TRAPMGR: База данных сущностей: Конфигурация изменена Mar 17 13:46:56 Voice2 user.warn syslog: libubnt.ubnt_check_fastpath_conn(): FastPath возможно перезапустится, соединение разорвано. Отказано в соединении Mar 17 13:46:57 Voice2 user.info syslog: mca-monitor.do_monitor(): mcad.setparam в процессе, прошло 51 сек (макс 120)
VWT-Dan
Guest
22.03.2017 12:26:00
Вот мои наблюдения по коммутатору Switch 24 POE-250W с версией прошивки 3.7.49.6201. Я постоянно пинговал устройство через коммутатор к хосту в другой части моей сети, а также пинговал 8.8.8.8. Порт 1 — неиспользуемый и неактивный: Изменил VLAN с «LAN» на «Disabled» — ни одного потерянного пинга во время изменений. Изменил VLAN с «Disabled» на «LAN» — ни одного потерянного пинга во время изменений. Переименовал порт — ни одного потерянного пинга во время изменений. Порт 11 — используемый и с активным соединением: Изменил VLAN с «LAN» на «Disabled» — ни одного потерянного пинга во время изменений. Изменил VLAN с «Disabled» на «LAN» — ни одного потерянного пинга во время изменений. Переименовал порт — ни одного потерянного пинга во время изменений. Лично я не смог воспроизвести эту проблему.
ktrace
Guest
20.03.2017 16:54:00
@vmt
Спасибо, что проверил это для меня. У меня была версия 3.7.47.6194, когда возникла проблема, поэтому я вручную обновился до 3.7.49.6201, но проблема осталась. Чтобы убедиться, что я не схожу с ума, я откатился обратно на 3.7.47.6194, и проблема не проявилась, так что я подумал: отлично, видимо, я ошибался. Я откатил остальные коммутаторы и начал вносить изменения в продуктиве — проблема повторилась! Коммутатор полностью упал, так что я очень запутался.
После дополнительного расследования, думаю, я выяснил, в чём дело, но было бы здорово, если бы ты мог подтвердить. Похоже, что если в имени порта есть апостроф, то возникает эта проблема. Если я провожу тесты без апострофа, коммутатор работает нормально.
Можешь попробовать переименовать один из своих портов во что-то вроде: «John’s Computer» и сказать, погаснут ли полностью все индикаторы во время Provision?
VWT-Dan
Guest
20.03.2017 11:48:00
Я только что провёл тест на своём коммутаторе Switch 24 POE-250W с прошивкой 3.7.47.6194: Порт 1 не используется, VLAN установлен на «только моя локальная сеть». Установил VLAN порта 1 в «отключено» — Provision не вызвал перебоев в трафике на других портах. Установил VLAN порта 1 в «все» — Provision не вызвал перебоев в трафике на других портах. Снова установил VLAN порта 1 в «отключено» — Provision не вызвал перебоев в трафике на других портах. Установил VLAN порта 1 в «только моя локальная сеть» — Provision не вызвал перебоев в трафике на других портах.
Также сделал то же самое с портом 11 на моём коммутаторе, который активно используется, получил те же результаты — перебоев в сети нет.
По-видимому, я не буду обновляться до 3.7.49.6201, когда оно появится в контроллере, пока другие не подтвердят, что эта ошибка не вернулась.
ktrace
Guest
17.03.2017 20:28:00
Похоже, эта проблема всё ещё не решена в последней версии прошивки (3.7.49.6201). Каждый раз, когда я добавляю отключённый порт в существующую VLAN, все порты на коммутаторе теряют сетевое соединение. Это огромная проблема, потому что до 48 человек теряют связь в середине рабочего дня. Я обновил все три своих UniFi Switch 48, и все ведут себя одинаково. После обновления прошивки я также перезагружал все коммутаторы, но это не помогло. Может, я что-то упускаю?
dsutherl14
Guest
09.03.2017 02:29:00
Проверил на двух разных коммутаторах, и проблема не возникает с версией 3.7.40 — спасибо!
VWT-Dan
Guest
07.03.2017 18:43:00
Судя по всему, с версией 3.7.40.6115 такого не происходит.
dsutherl14
Guest
07.03.2017 17:33:00
С каким прошивкой это исправлено? У меня только что возникла эта проблема на US-48-500W с версией 3.7.21.5389 при добавлении дополнительного VLAN на коммутатор.
VWT-Dan
Guest
27.01.2017 11:57:00
Похоже, в последней версии прошивки это исправили. Спасибо! Не могли бы вы подсказать, в каких примечаниях к выпуску это было решено? Наверное, я пропустил их, когда смотрел ChangeLog к обновлению 5.4.9. Я буквально сидел и ждал, чтобы запустить более десятка коммутаторов на 24 и 48 портов, которые уже лежат у меня в офисе именно из-за этой одной проблемы.
UI-Team
Guest
27.01.2017 06:25:00
У тебя стоит последняя версия прошивки на коммутаторе? В нынешних версиях большинство изменений применяется моментально, и это никак не влияет на прохождение трафика. В старых версиях такого быстрого применения не было.
10 пингов в секунду к проводному устройству на коммутаторе UniFi во время изменения имени порта (а также немного до и после).