Порты LAN на UDM перестали работать

Порты LAN на UDM перестали работать, UniFi Network

Unifi-adminuos

Guest

22.07.2020 04:30:00

Недавно настроил UDM. Но постоянно лезет одна раздражающая проблема. Примерно раз в день-два порты LAN перестают пропускать трафик. На экране UDM показывает, что они подключены, но трафик не идет. Перезагружаю UDM — и всё снова работает. Кто-то сталкивался с этим и знает, как исправить? Кстати, Wi-Fi во всем этом продолжает работать нормально. Прошивку обновил с 1.5.6 до 1.8.0-rc.7 — в обеих версиях одна и та же проблема. Спасибо!

ravjudge

Guest

07.01.2021 23:54:00

Я даже не могу заставить порты оставаться активными. Пробовал обновлять прошивку, сбрасывал к заводским настройкам и настраивал только базовые DHCP и WIFI. Никаких признаков жизни — ethernet-порты не выдают ни IP, ни шлюз. Ручная настройка параметров сети тоже не помогает. У меня уже открыта заявка в поддержку. Держу кулаки...

sepease

Guest

04.01.2021 02:15:00

У меня такая же проблема. Судя по логам, кажется, что al_eth "взрывается". Может, именно в этом и дело?

Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.087655] ------------[ cut here ]------------
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.087670] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:311 dev_watchdog+0x254/0x260()
Jan 2 06:48:50 74acb93d36bb user.info kernel: [ 1203.087674] NETDEV WATCHDOG: switch0 (al_eth): передающая очередь 0 вышла по таймауту
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.087676] Загруженные модули: nf_log_ipv4 nf_log_common xt_LOG nf_app(PO) t_miner(PO) tdts(PO) xt_conntrack nf_nat_tftp nf_conntrack_tftp nf_nat_pptp nf_conntrack_pptp nf_nat_h323 nf_conntrack_h323 nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_ftp nf_conntrack_ftp ifb ppp_generic slhc ebt_vlan ebtable_broute ebtables mt_wifi(PO) rlt_wifi(O) sch_fq_codel sch_htb zram gpiodev(PO) ubnthal(PO) ubnt_common(PO)
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.087719] CPU: 1 PID: 0 Comm: swapper/1 Tainted: P O 4.1.37-v1.8.5.2964-30c04be #1
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.087722] Аппаратное обеспечение: Annapurna Labs Alpine V2 UBNT (DT)
Jan 2 06:48:50 74acb93d36bb user.emerg kernel: [ 1203.087724] Call trace:
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090205] [<ffffffc000087470>] dump_backtrace+0x0/0x110
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090209] [<ffffffc000087594>] show_stack+0x14/0x20
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090214] [<ffffffc00074e6fc>] dump_stack+0x94/0xb4
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090219] [<ffffffc0000925d8>] warn_slowpath_common+0x98/0xd0
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090222] [<ffffffc000092650>] warn_slowpath_fmt+0x40/0x50
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090226] [<ffffffc0005a7004>] dev_watchdog+0x254/0x260
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090230] [<ffffffc0000df328>] call_timer_fn.isra.7+0x28/0xa0
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090234] [<ffffffc0000df54c>] run_timer_softirq+0x1ac/0x220
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090238] [<ffffffc000096110>] __do_softirq+0x100/0x220
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090242] [<ffffffc0000964dc>] irq_exit+0x9c/0xe0
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090245] [<ffffffc00008c68c>] handle_IPI+0xac/0x1a0
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090248] [<ffffffc000081ce4>] gic_handle_irq+0xd4/0xe0
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090251] Стек исключения (0xffffffc0754bfdb0 до 0xffffffc0754bfee0)
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090254] fda0: 1994ba09 00000118 00000000 00000080
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090258] fdc0: 754bff10 ffffffc0 005113bc ffffffc0 60000145 00000000 00000000 00000000
Jan 2 06:48:50 74acb93d36bb user.warn kernel: [ 1203.090262] fde0: 00000000 00000000 00af21a0 ffffffc0 00000000 00000000 00000001 00000000
Jan 2 06:48:50 74acb93d36bb user.err kernel: [ 1203.103427] udma [eth tx 0]: al_mod_udma_q_pause превышено время ожидания dcp==crhp
Jan 2 06:48:50 74acb93d36bb syslog.warn kernel: [ 1203.151414] systemd-journald[27]: /dev/kmsg буфер переполнен, некоторые сообщения потеряны.
Jan 2 06:48:50 74acb93d36bb user.info kernel: [ 1203.154044] al_eth 0000:00:01.0: al_mod_eth_function_reset: выполняется FLR
Jan 2 06:48:50 74acb93d36bb user.info kernel: [ 1203.160515] al_eth 0000:00:01.0 switch0: используется режим прерываний MSI-X для каждой очереди
Jan 2 06:49:00 74acb93d36bb syslog.warn kernel: [ 1213.150050] systemd-journald[27]: /dev/kmsg буфер переполнен, некоторые сообщения потеряны.
Jan 2 06:49:00 74acb93d36bb user.info kernel: [ 1213.151818] MAC настроен в режим RGMII

espadmin2 Guest	#4 31.12.2020 18:06:00 У меня такая же проблема...

rawweb Guest	#5 31.12.2020 18:00:00 У меня точно такая же проблема, и я никак не могу её решить. Кто-нибудь смог это исправить?

bmceachen Guest	#6 09.10.2020 19:34:00 Со мной тоже так происходит. Служба поддержки Ubiquity попросила меня вернуть оригинальный UDM и заменили его на новый... но проблема всё равно осталась.

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