Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
+7 (495) 108-0-888 info@ubiquiti.ru
Каталог
+7 (499) 350-36-46 info@ubiquiti.ru
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Форумы: UniFi Protect, UniFi Network, UniFi Access, UniFi Talk, UniFi Drive, UniFi Mobility, UniFi Connect, UniFi Play, Wifiman, Feature-request, Site-manager, Edgemax, airfiber-ltu, unifi-led, unifi-voip, solar, security, link, aircontrol, unifi-video, new-to-unifi, ufiber, unms, Airfiber, Innerspace, ISP-design-center, Airmax, UISP-app, UID, 60GHz, General
Поиск  Пользователи  Правила  Войти
Страницы: 1
RSS
Высокая загрузка процессора / Отключение AP v4.0.21, UniFi Network
 
#1
15.02.2019 14:31:00
Мой Unifi AC-LR отключается один-два раза в день, когда подключено больше 40 пользователей. В Shell видно, что "cfgmtd -w -p /etc /tmp/system.cfg" загружает процессор.  
AP-Check-InLR-BZ.v4.0.21# uptime  
10:30:56 up 1 day, 14:25, load average: 2.95, 1.53, 1.32  
Пожалуйста, помогите.
 
 
 
#2
20.05.2019 20:13:00
Ты используешь бета-версию прошивки? У меня два UniFi AP-AC-Lite работают уже 13 дней, и два UniFi AP-AC-LR — 9 дней без проблем.  
UniFi AP-AC-Lite 4.0.30.10217 — 13д 3ч 17м 45с  
UniFi AP-AC-Lite 4.0.30.10217 — 13д 3ч 13м 1с  
UniFi AP-AC-LR 4.0.30.10217 — 9д 21ч 22м 28с  
UniFi AP-AC-LR 4.0.30.10217 — 9д 21ч 22м 10с
 
 
 
#3
20.05.2019 16:51:00
Все работало отлично до прошлой пятницы. Три моих AP вышли из строя — два в статусе «Adoption Failed», а один отключился. Я пока продолжаю настраивать для них syslog, просто хотел добавить эту информацию.
 
 
 
#4
10.05.2019 22:39:00
@ryanra2

@deonthomas и остальные, у вас настроен syslog-сервер? Было бы удобно, если я смогу посмотреть лог-файлы.

Если у вас нет настроенного сервера логов, можете указать мой офисный syslog-сервер. Дайте знать.
 
 
 
#5
09.05.2019 18:58:00
Это немного плавает между процессами, но вот пример с UAP-AC-PRO:  
Память: использовано 72924K, свободно 52396K, shared 460K, buff 0K, cached 27688K  
CPU: 9% usr, 33% sys, 0% nic, 0% idle, 0% io, 0% irq, 57% sirq  
Средняя загрузка: 4.51 3.84 1.94 4/59 11344  
PID PPID USER STAT VSZ %VSZ %CPU COMMAND  
7067 1 ryan S 6544 5% 10% /usr/sbin/hostapd /etc/aaa6.cfg  
7068 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa7.cfg  
7066 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa4.cfg  
7065 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa3.cfg  
7061 1 ryan S 6544 5% 10% /usr/sbin/hostapd /etc/aaa1.cfg  
7069 1 ryan S 6544 5% 10% /usr/sbin/hostapd /etc/aaa8.cfg  
11337 7060 ryan S 1428 1% 10% {syswrapper.sh} /bin/sh /usr/etc/sysw  
7062 1 ryan R 6544 5% 5% /usr/sbin/hostapd /etc/aaa2.cfg  
7070 1 ryan S 6544 5% 5% /usr/sbin/hostapd /etc/aaa9.cfg  
11343 9115 ryan R 1228 1% 5% top -n1  
3 2 ryan SW 0 0% 5% [ksoftirqd/0]
7059 1 ryan S 9032 7% 0% /sbin/wevent  
5595 1 ryan S 9000 7% 0% /sbin/ubntevent  
7053 1 ryan S 8984 7% 0% /sbin/utermd  
7050 1 ryan S 6428 5% 0% /usr/bin/mcad  
7060 1 ryan S 5928 5% 0% /usr/bin/uplink-monitor  
7051 1 ryan S 5904 5% 0% /usr/bin/mca-monitor  
7058 1 ryan S 5880 5% 0% /usr/bin/mesh-monitor -i vwire8  
7057 1 ryan S 5880 5% 0% /usr/bin/mesh-monitor -i vwire3  
574 1 ryan S 5880 5% 0% /usr/bin/reset-handler  

Вот другой пример:  
Память: использовано 73688K, свободно 51632K, shared 488K, buff 0K, cached 27724K  
CPU: 12% usr, 37% sys, 0% nic, 4% idle, 0% io, 0% irq, 45% sirq  
Средняя загрузка: 6.45 6.16 4.76 11/58 10184  
PID PPID USER STAT VSZ %VSZ %CPU COMMAND  
6796 1 ryan R 6544 5% 11% /usr/sbin/hostapd /etc/aaa2.cfg  
6800 1 ryan R 6544 5% 11% /usr/sbin/hostapd /etc/aaa7.cfg  
6802 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa9.cfg  
6803 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa10.cfg  
6795 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa1.cfg  
6797 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa3.cfg  
6799 1 ryan R 6544 5% 10% /usr/sbin/hostapd /etc/aaa6.cfg  
6801 1 ryan R 6544 5% 9% /usr/sbin/hostapd /etc/aaa8.cfg  
6798 1 ryan R 6544 5% 9% /usr/sbin/hostapd /etc/aaa4.cfg  
3 2 ryan SW 0 0% 1% [ksoftirqd/0]
6794 1 ryan S 5928 5% 1% /usr/bin/uplink-monitor  
10181 10177 ryan R 1228 1% 1% top  
6787 1 ryan S 8984 7% 1% /sbin/utermd  
6786 1 ryan S 5752 5% 1% /bin/stamgr -i 1 -c 30 -K  
88 2 ryan SW 0 0% 1% [kworker/0:1]
2490 2 ryan SW 0 0% 0% [kworker/0:5]
4016 2 ryan SW 0 0% 0% [kworker/0:2]
10124 6783 ryan S 1132 1% 0% /usr/sbin/dropbear -F -d /var/run/dro  
6793 1 ryan S 9040 7% 0% /sbin/wevent  
5174 1 ryan S 9000 7% 0% /sbin/ubntevent  

С Unifi Mesh:  
Память: использовано 79652K, свободно 45592K, shared 728K, buff 0K, cached 27420K  
CPU: 21% usr, 28% sys, 0% nic, 6% idle, 0% io, 0% irq, 44% sirq  
Средняя загрузка: 5.02 5.05 4.84 2/53 24667  
PID PPID USER STAT VSZ %VSZ %CPU COMMAND  
3 2 ryan RW 0 0% 19% [ksoftirqd/0]
2309 1 ryan S 6320 5% 17% /usr/sbin/hostapd /etc/aaa6.cfg  
2310 1 ryan S 6320 5% 11% /usr/sbin/hostapd /etc/aaa7.cfg  
2306 1 ryan S 6320 5% 10% /usr/sbin/hostapd /etc/aaa2.cfg  
2312 1 ryan S 6320 5% 9% /usr/sbin/hostapd /etc/aaa9.cfg  
2308 1 ryan S 6320 5% 6% /usr/sbin/hostapd /etc/aaa4.cfg  
2305 1 ryan S 6320 5% 5% /usr/sbin/hostapd /etc/aaa1.cfg  
2311 1 ryan S 6320 5% 5% /usr/sbin/hostapd /etc/aaa8.cfg  
2307 1 ryan S 6320 5% 5% /usr/sbin/hostapd /etc/aaa3.cfg  
4612 2 ryan SW 0 0% 3% [kworker/0:2]
2297 1 ryan S 6312 5% 2% /usr/bin/mcad  
2300 1 ryan S 8636 7% 1% /sbin/utermd  
2299 1 ryan S 5708 5% 0% /bin/stamgr -i 1 -c 30 -K  
24667 24663 ryan R 1224 1% 0% top  
24538 2296 ryan S 1132 1% 0% /usr/sbin/dropbear -F -d /var/run/dro  
2304 1 ryan S 8684 7% 0% /sbin/wevent  
868 1 ryan S 8648 7% 0% /sbin/ubntevent  
5519 1 ryan S 6320 5% 0% /usr/sbin/wpa_supplicant -Dathr -i at  
2294 1 ryan S 5684 5% 0% /usr/bin/uplink-monitor  
2298 1 ryan S 5660 5% 0% /usr/bin/mca-monitor  

Для сравнения, вот один из моих старых UAP-LR на версии 4.0.15:  
Память: использовано 27648K, свободно 34676K, shared 0K, buff 8K, cached 3672K  
CPU: 19% usr, 26% sys, 0% nice, 21% idle, 0% io, 0% irq, 32% softirq  
Средняя загрузка: 0.33 0.29 0.27  
PID PPID USER STAT VSZ %MEM %CPU COMMAND  
1272 1 ryan R 8648 14% 27% /bin/hostapd /etc/aaa2.cfg  
1274 1 ryan S 8644 14% 11% /bin/hostapd /etc/aaa4.cfg  
1271 1 ryan S 8648 14% 8% /bin/hostapd /etc/aaa1.cfg  
1273 1 ryan S 8644 14% 7% /bin/hostapd /etc/aaa3.cfg  
13990 13986 ryan R 1644 3% 1% top  
1268 1 ryan S 7636 12% 1% /bin/stamgr -i 1 -c 30 -K  
13985 1265 ryan S 1676 3% 0% /bin/dropbear -F -d /var/run/dropbear  
1266 1 ryan S 8608 14% 0% /bin/mcad  
1270 1 ryan S 8356 13% 0% /usr/bin/wevent  
690 1 ryan S 8332 13% 0% /usr/bin/ubntevent  
1267 1 ryan S 8328 13% 0% /bin/mca-monitor  
1263 1 ryan S 8320 13% 0% /bin/mesh-monitor -i vwire3  
1262 1 ryan S 8312 13% 0% /bin/reset-handler  
13986 13985 ryan S 1652 3% 0% -sh  
388 1 ryan S < 1648 3% 0% /bin/watchdog -t 1 /dev/watchdog -m 5  
1 0 ryan S 1648 3% 0% init  
1260 1 ryan S 1648 3% 0% init  
1269 1 ryan S 1644 3% 0% /usr/bin/syslogd -n -O /var/log/messa  
1261 1 ryan S 1640 3% 0% /usr/bin/klogd -c 8 -n  
1265 1 ryan S 1636 3% 0% /bin/dropbear -F -d /var/run/dropbear
 
 
 
#6
09.05.2019 18:13:00
Пока что у меня выглядит неплохо.
 
 
 
#7
09.05.2019 18:03:00
Привет, @ryanra2, что показывает команда TOP? top С уважением, Glenn R. Копия: @UBNT-BenBuckley
 
 
 
#8
09.05.2019 15:26:00
Привет, Гленн! Я обновил два AP до версии 4.0.30, и они уже несколько дней стабильно работают. Загрузка CPU всё ещё около 95%, но краши прекратились. Спасибо!
 
 
 
#9
07.05.2019 15:27:00
Привет, @deonthomas, классно, держи меня в курсе! С уважением, Гленн Р.
 
 
 
#10
07.05.2019 15:24:00
Два дня тестирую версию 4.0.30, кажется, всё работает нормально.
 
 
 
#11
05.05.2019 16:32:00
Привет, @ryanra2,  
дай знать, как работает версия 4.0.30.  
С уважением, Гленн Р.
 
 
 
#12
05.05.2019 16:16:00
Привет, Glenn! Да, мне приходилось сбрасывать их к заводским настройкам несколько раз, чтобы снова привести в рабочее состояние после зависаний, но это не решает саму причину проблемы. Я пока не пробовал версию 4.0.30, обновлю несколько штук и отпишусь. Сейчас я откатился на 4.0.15 — она кажется чуть более стабильной, но при этом по-прежнему сильно грузит процессор. Один AP уперся и не хочет откатываться, а остальные перестали падать и перезагружаться. Мне даже удалось восстановить AP, который считал «убитым» — он загружался, но отвечал только на один из десяти пингов и не принимал команды. Я запланировал откат при выключенном устройстве, потом включил его — и теперь оно работает стабильно с ночи.
 
 
 
#13
05.05.2019 07:21:00
Привет, @ryanra2, добро пожаловать в сообщество! Ты пробовал перезагрузить UAP? Пробовал обновиться до версии 4.0.30? (используй ссылку на бинарник прошивки) Устройства > UAP > Конфигурация > Управление устройством > Пользовательское обновление. С уважением, Гленн Р.
 
 
 
#14
05.05.2019 01:50:00
У меня такая же проблема с прошивкой 4.0.21. Мои UAP-AC-PRO полностью загружают процессор, постоянно зависают и требуют жёсткой перезагрузки. У моих Unifi Mesh проблем меньше, но нагрузка на процессор всё равно очень высокая. На версии 3.9 такой беды не было, раньше всё работало идеально.
 
 
 
#15
19.04.2019 02:16:00
Я откатился на версию 3.9.x, и мои SPa работают нормально. Вот мое решение этой проблемы.
 
 
 
#16
18.04.2019 20:24:00
Могу подтвердить, что у меня точно такая же проблема с нашим самым популярным AP. У нас стоит 45 AP-AC-PRO и один AP-HD, и есть один AP-AC-PRO, который обслуживает намного больше клиентов, чем остальные. Часто там бывает до 80 клиентов или больше, в статистике за час — свыше 250, и в этой зоне большой поток людей. Всё отлично работало полтора года с момента установки, но в последнее время этот AP начал вызывать проблемы — два раза в неделю он отключается в контроллере, при этом загрузка процессора очень высокая (9+), 100% CPU при подключении через SSH, чтобы перезагрузить его. Я менял этот AP-AC-PRO на запасной — та же проблема. Переключил его на отдельный PoE-инжектор (раньше был на PoE-коммутаторе) — проблема осталась. Раньше проблем не было, так что, похоже, это связано с недавним обновлением прошивки. Пока что временно установил запасной AP-AC-PRO рядом, но на других радиоканалах, надеясь снизить нагрузку на этот бедняга. Думаю, в будущем понадобится добавить ещё несколько AP в эту зону...
 
 
 
#17
27.03.2019 23:29:00
Привет, у меня такая же проблема в версии 4.0.21 — если клиент достигает 30, AP начинает сильно грузить процессор. Поэтому в таких случаях я всегда вручную перезагружаю точку доступа. UBNT обязательно должен исправить эту проблему в следующем обновлении прошивки. туалет
 
 
 
#18
27.03.2019 21:00:00
У нас это тоже происходит на точках доступа с высокой нагрузкой. Если подключиться по SSH, все проприетарные команды Ubiquiti просто зависают, например «info». Судя по всему, с этим сталкивается много людей в условиях высокой нагрузки и шумов. Мы обновились до версии 4.0.28 beta — стало лучше, но проблема не решилась полностью.
 
 
 
#19
05.03.2019 09:38:00
Наш Unifi AP Pro продолжает отключаться, когда к нему подключаются больше 30–40 клиентов. Я обновил контроллер до версии 5.10.19 и прошивку до 4.0.21.9965, но проблема не исчезла. У нас всего 25 устройств, и отключения происходят именно в зонах с высокой плотностью клиентов. Проблема с отключением была и до прошивки 4.0, особенно во время событий, когда много желающих подключиться. Меня это сильно раздражает... Есть какие-нибудь решения, UBNT?
 
 
 
Страницы: 1
Читают тему (гостей: 1)