-
Posts
92 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by diqipib
-
-
@vst, приветствую ! Селф готов.
-
@vst, супер, если возможно поправить сброс соединения это уже отличная новость !
Сделал выборку по логу и посмотрел по описанию ошибок. Получается валятся они где-то раз в 5 мин с кодами 125002, 125003
Скрытый текстСтрока 850: [I] Sep 28 19:01:47 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: 'E3372', errorcode: '125002'.
Строка 872: [I] Sep 28 19:01:49 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125002'.
Строка 899: [I] Sep 28 19:01:51 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125003'.
Строка 906: [I] Sep 28 19:01:51 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125003'.Строка 3087: [I] Sep 28 19:05:30 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: 'E3372', errorcode: '125002'.
Строка 3109: [I] Sep 28 19:05:32 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125002'.
Строка 3137: [I] Sep 28 19:05:34 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125003'.
Строка 3143: [I] Sep 28 19:05:34 ndm: Network::Interface::WebCaller::Huawei: "CdcEthernet0": name: '', errorcode: '125003'.Упоминаний об их причине нашёл крайне мало - https://github.com/arska/e3372/issues/1
В большинстве случаев сообщается об устаревании токена авторизации и предлагают его обновлять через URL - /api/webserver/SesTokInfo.
Возможно это происходит как раз из-за сброса соединения и с его фиксом эта ошибка тоже уйдёт ? Ведь на GIGA III ошибка не проявляется, а там у меня такой же модем с идентичной прошивкой и настройками. Ошибаюсь ?
-
-
@vst, благодарю за комментарий ! Действительно, сейчас проверил на Keenetic GIGA III [3.5.10]. Там в логе таких ошибок не вижу. На ULTRA проверить нет возможности - она в другом городе, как и Keenetic 4G.
А есть ли возможность эти исправления портировать для GIGA II ?
-
Всем доброго дня ! @Le ecureuil, заметил в логах частое переподключение модема.
Роутер: Keenetic GIGA II [2.16.D.12.0-1]
Модем: E3372H
Версия ПО модема: 22.333.63.00.143
Версия веб-интерфейса модема: 17.100.17.00.143-Mod1.20
Поискал по форуму, нашёл похожую тему:
Вижу в конце обсуждения сообщение "Спасибо, будем исправлять".
Скажите, пожалуйста, эту проблему удалось пофиксить каким-то образом или нет ?
Скрытый текстСен 28 17:07:15ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 28 17:08:58ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 28 17:09:10ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 28 17:12:53ndmNetfilter::Util::Conntrack: flushed 2 IPv4 connections for 192.168.4.83.Сен 28 17:12:54ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 28 17:13:05ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 28 17:16:56ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 28 17:17:07ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 28 17:20:58ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 28 17:21:10ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 28 17:21:15ndhcpsDHCPREQUEST received (STATE_RENEWING) for 192.168.4.95 from 88:53:2e:08:07:46.Сен 28 17:21:16ndhcpssending ACK of 192.168.4.95 to 88:53:2e:08:07:46.Сен 28 17:24:44ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 28 17:24:56ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established. -
@Тарас, последовал вашей рекомендации. Выставил в Wireguard MTU 1500 и включил TCP MSS. В проверке сетевого соединения, при размере пакета 1500 - пинга нет. При значениях 1440, 1380 и т.п. ping есть, но всё время c пометкой truncated. Т.е урезается ? Так должно быть ?
Скрытый текстsending ICMP ECHO request to google.com...PING google.com (216.58.209.174) 1472 (1500) bytes of data.--- google.com ping statistics ---5 packets transmitted, 0 packets received, 100% packet loss,0 duplicate(s), time 5003.10 ms.sending ICMP ECHO request to google.com...
PING google.com (216.58.209.174) 1412 (1440) bytes of data.
96 bytes from google.com (216.58.209.174): icmp_req=1, ttl=60, time=51.72 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=2, ttl=60, time=48.82 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=3, ttl=60, time=54.74 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=4, ttl=60, time=57.87 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=5, ttl=60, time=53.07 ms. (truncated).
--- google.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss,
0 duplicate(s), time 4055.30 ms.
Round-trip min/avg/max = 48.82/53.24/57.87 ms.sending ICMP ECHO request to google.com...
PING google.com (216.58.209.174) 1352 (1380) bytes of data.
96 bytes from google.com (216.58.209.174): icmp_req=1, ttl=60, time=55.42 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=2, ttl=60, time=57.88 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=3, ttl=60, time=75.28 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=4, ttl=60, time=57.94 ms. (truncated).
96 bytes from google.com (216.58.209.174): icmp_req=5, ttl=60, time=58.69 ms. (truncated).
--- google.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss,
0 duplicate(s), time 4061.91 ms.
Round-trip min/avg/max = 55.42/61.04/75.28 ms. -
@Le ecureuil, ура ! ) Гуру добрался до нашей темы ! 🙂 Пока вопросов больше чем ответов:
1) А как-то 100% верно MTU вычислить можно ? Хочется понять как должно быть на самом деле, а не выставлять значение наобум. У меня, например, при разных значениях MTU часть сайтов перестаёт открываться в Google Chrome, но при этом Firefox их открывает нормально.
2) TCP MSS надо включать ? Он же по идее MTU подстраивает по ситуации ? У меня при его включении начинаются сбои по памяти даже при значение MTU 640
3) Баг с переполнением памяти из-за этого или в чём-то ещё причина ? И баг ли это ?
4) Заметил, что у меня зачастили сообщения типа Network::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit. Так и должно быть или это сбой ? Или с этим новую тему стоит завести ?
Скрытый текстСен 27 17:04:07ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 27 17:04:17ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 27 17:05:51ndmNetfilter::Util::Conntrack: flushed 2 IPv4 connections for 192.168.4.83.Сен 27 17:08:09ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 27 17:08:20ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 27 17:12:11ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": session is expired, reinit.Сен 27 17:12:23ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection established.Сен 27 17:13:21ndmNetfilter::Util::Conntrack: flushed 4 IPv4 connections for 192.168.4.83.Сен 27 17:15:22ndmNetwork::Interface::WebCaller::Huawei: "CdcEthernet0": connection dropped.5) Инет на модеме иногда отваливается, но вроде гораздо реже. И ошибки с переполнением памяти вроде ушли. Второй день их пока не вижу.
-
@Тарас, супер ! Получается всё-таки временное решение найдено. Я тоже пробовал c разными значениями. Какой MTU при этом на сервере, к сожалению, не знаю, так как сервер не мой, а Cloudflare. Возможно есть способ это узнать удалённо ? Найти в документалке на их сайте тоже не смог. В конфиге, который создаётся утилитой wgcf указано 1280:
Скрытый текст[Interface]
PrivateKey = ***********
Address = 172.16.0.2/32
Address = fd01:5ca1:ab1e:8ba5:5636:dffb:2312:c944/128
DNS = 1.1.1.1
MTU = 1280
[Peer]
PublicKey = bmXOC+F1FxEMF9dyiK2H5/1SUtzH0JuVo51h2wPfgyo=
AllowedIPs = 0.0.0.0/0
AllowedIPs = ::/0
Endpoint = engage.cloudflareclient.com:2408С 1280 у меня как раз заваливается.
Если верно понял, то у вас WG поверх PPPOE ? У меня получается WG поверх модемного соединения. Интересно как рассчитать MTU в таком случае ?
Погуглил по Wireguard MTU
https://keremerkan.net/posts/wireguard-mtu-fixes/
https://discourse.linuxserver.io/t/wireguard-pppoe-mtu-issue/1687/3
https://www.linux.org.ru/forum/admin/14757400
Везде Вижу разные значения для разных подключений - 1400, 1480, 1420, 1412. Проверил несколько - через какое-то время роутер виснет. Остановился на своих 640 (найденные экспериментально), при которых вроде бы достаточно стабильно работает... Но всё же надеюсь гуру @Le ecureuil прокомментирует как должно быть правильно. И нужно ли включить TCP MSS. И вообще тогда баг ли это (имею в виду завал по памяти) ? 🙄
-
@Тарас, дополню. С отключенным TCP MSS работает лучше.
-
@Тарас, приветствую. Видимо @Le ecureuil пока не успел добраться до нашей проблемы. Хотел узнать - в вашем случае помогает смена MTU в Wireguard на 640 ?
Скрытый текстЯ заметил, что у меня при этом отвалы становятся гораздо реже. Интересно сработает ли это в вашем случае. По поводу подстройки TCP MSS я пока не понял - влияет ли она как-то или нет. Попробуйте проверить в разных состояниях.
-
В 17.09.2021 в 22:12, Le ecureuil сказал:
Ничего неясно.
Вообще я бы еще поискал кто генерирует клонированные skb, вероятно это у них skb_shared_info в конце вредит. Как будет время добавлю трейс именно в места создания клонов, по идее их быть не должно в текущем конфиге.
@Le ecureuil, и снова здравствуйте ! 😉 Что-нибудь ещё проверить можем ? По добавлению трейсов - пока нет возможности добавить ?
-
7 часов назад, Le ecureuil сказал:
@diqipib попробуйте > no ppe пока.
@Le ecureuil, попробовал. Пока не помогло. Если торренты не качать, то ошибка долго не появляется, но стоит запустить qBittorrent и сразу завал. 😔
-
В 17.09.2021 в 22:12, Le ecureuil сказал:
Как будет время добавлю трейс именно в места создания клонов, по идее их быть не должно в текущем конфиге.
@Le ecureuil, насяйника, есть надежда на лечение бага ?
Я пока что смог только добиться, чтобы нехватка памяти не приводила к полному зависанию. Обновился на последнюю прошивку, удалил все компоненты, которые только можно. Оставил только Wireguard и всё что нужно для 4G модема. В Wireguard подключении отключил "Подстройка TCP MSS" и выставил "MTU 640" (чисто проверить, а что будет если его уменьшить в 2 раза от значения, которое указано в конфиге).
При этом, видимо, переполнение памяти происходит, так как ошибки в логе по прежнему появляются, но веб-морда роутера не отваливается, а интернет иногда пропадает на пару секунд.
Но всё-таки хочется верить, что это можно поправить. 😵 Оченьа на даче интернета ма хочеся. 😏
-
@Тарас, печальная и радостная новость одновременно. Печально, что проблема не только у меня, но рад, что теперь я не одинок + есть больше уверенности, что проблема не аппаратная и вроде бы становится яснее где её искать.
@Le ecureuil, очень странно, но видимо, есть какие-то "траблы" с Wireguard. Заметил, что когда цепляю свой роутер через WISP на соседский wifi, то у меня зависаний нет. При этом у соседей такая же схема подключения - Wireguard поверх 4G соединения (сам им настраивал). И там такой же модем как у меня e3372h с такой же прошивкой и идентичными настройками. Разница только в том, что у меня GIGA II, а там GIGA III. И там всё работает стабильно и у меня через них (через WISP) работает стабильно. Чудеса....🤨
-
1 час назад, drugold сказал:
А может быть аппаратная проблема (что-то начало помирать)?
Тоже об этом думал. Но решил проверить на Keenetic LTE, как ранее написал в теме, и там такая же беда. 🙄
-
Понял. Тогда у меня больше нет версий. Вся надежда на вас 😁
-
@Le ecureuil, может какие-то изменения в Wireguard виноваты ? Могу ошибаться и неверно связывать события, но у меня до определённого момента всё работало стабильно. Единственное, что расстраивало это отсутствие доступа к интерфейсу модема как только Wireguard поднимался. Я создал тему на форуме -
После этого вышла новая версия и я обновился. Порадовался, что теперь доступ к модему есть и через некоторое время начались зависания. Ещё раз повторюсь - возможно это моё ошибочное ощущение связи событий, потому что я пробовал откатываться на [2.16.D.12.0-0], но зависания остались. Тем не менее у меня сложилось ощущение, что зависания как-то связаны с этим моментом.
Да, забыл уточнить. У меня в Wireguard подключении выставлен - MTU 1280
Не может это повлиять ?
-
@Le ecureuil, Приветствую ! Только что проверил:
1) Удалил настройки в WISP
2) Отключил AP
3) Перезагрузил роутер
4) Запустил отладку
Только открыл Youtube и практически сразу же словил зависание. 🙃 Чудеса.
-
@Le ecureuil, вас понял. Благодарю за активную помощь ! Пока посижу на соседском wifi. 🙂 Благо - соседи не против. Если нужны будут проверки, логи или предоставление доступа к роутеру - я к вашим услугам.
-
@Le ecureuil, потестил новую прошивку 🙂 Держалась довольно долго, но всё равно в какой-то момент зависание словил.
-
1 час назад, Le ecureuil сказал:
Да, баг странный и редкий.
@Le ecureuil, вот это мне повезло ! 😁
1 час назад, Le ecureuil сказал:Если совсем кратко, то откуда-то начинают лезть пакеты размером с мегабайт (!), и при попытке выполнить их шифрование память резко заканчивается.
Причем реальный размер правилен, небольшой, это скорее всего смещение skb->end кривое или skb нелинейна (эту гипотезу я проверил в последней версии, она не подтвердилась), или GSO работает так странно.
Откуда такое прет - хз, но вот версия с отключенным GSO, давайте на ней проверим еще: https://disk.yandex.ru/d/CIut0HfC6l1ahw
Ого ! Понял. Если надо поставить Wireshark на ПК или какие-то другие компоненты или в самом кинетике включить "Packet capture module" для сбора пакетов, только скажите.
А пока приступаю к тестированию новой прошивки. 😋
1 час назад, Le ecureuil сказал:В момент начала тупняка какие сервисы на роутере запущены (transmission?) и что клиенты передают?
Хм. Задумался как правильно ответить на вопрос. Попробую пояснить причину смущения - я ставил кастомные сборки через замену файла firmware в интерфейсе роутера. При этом поставилась куча дополнительных служб, которые я обычно сношу - DLNA / FTP / Transmission и т.п. Но я их не запускал и они висят в статусе - выключен, чтобы максимально сохранить условия при которых проявляется текущий баг. У меня по прежнему включен Wireguard поверх 4G модемного соединения. На всякий случай через show processes получил список активных процессов на текущий момент.
Скрытый текст(config)> show processes
process:
name: init
oom-adj: 0
oom-score: 0
oom-score-adj: 0arg:
arg:
arg:
arg:
arg:
arg:
state: S (sleeping)
pid: 1
ppid: 0
vm-size: 1100 kB
vm-data: 168 kB
vm-stk: 136 kB
vm-exe: 12 kB
vm-lib: 760 kB
vm-swap: 0 kB
threads: 1
fds: 3statistics:
interval: 30cpu:
now: 47719.465797
min: 0
max: 0
avg: 0
cur: 0process:
name: kthreadd
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 2
ppid: 0
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465812
min: 0
max: 0
avg: 0
cur: 0process:
name: ksoftirqd/0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 3
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465821
min: 0
max: 0
avg: 0
cur: 0process:
name: migration/0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 6
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465829
min: 0
max: 0
avg: 0
cur: 0process:
name: migration/1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 7
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465836
min: 0
max: 1
avg: 0
cur: 0process:
name: ksoftirqd/1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 9
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465845
min: 0
max: 2
avg: 0
cur: 0process:
name: khelper
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 11
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465852
min: 0
max: 0
avg: 0
cur: 0process:
name: sync_supers
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 54
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465861
min: 0
max: 0
avg: 0
cur: 0process:
name: bdi-default
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 56
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465868
min: 0
max: 0
avg: 0
cur: 0process:
name: crypto
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 57
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465876
min: 0
max: 0
avg: 0
cur: 0process:
name: kblockd
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 59
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465883
min: 0
max: 0
avg: 0
cur: 0process:
name: kswapd0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 86
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465892
min: 0
max: 0
avg: 0
cur: 0process:
name: vmstat
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 87
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465900
min: 0
max: 0
avg: 0
cur: 0process:
name: fsnotify_mark
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 88
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465908
min: 0
max: 0
avg: 0
cur: 0process:
name: deferwq
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 158
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465917
min: 0
max: 0
avg: 0
cur: 0process:
name: ndm
oom-adj: -14
oom-score: 1
oom-score-adj: -999
state: S (sleeping)
pid: 160
ppid: 1
vm-size: 31644 kB
vm-data: 19588 kB
vm-stk: 136 kB
vm-exe: 4 kB
vm-lib: 11328 kB
vm-swap: 0 kB
threads: 33
fds: 32statistics:
interval: 30cpu:
now: 47719.465963
min: 0
max: 36
avg: 7
cur: 9process:
name: khubd
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 197
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465972
min: 0
max: 0
avg: 0
cur: 0process:
name: jffs2_gcd_mtd7
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 284
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.465980
min: 0
max: 0
avg: 0
cur: 0process, id = wmon:
name: wmond
oom-adj: -11
oom-score: 1
oom-score-adj: -750arg: -m
arg: /var/run/wmond.map
state: S (sleeping)
pid: 298
ppid: 160
vm-size: 1144 kB
vm-data: 208 kB
vm-stk: 136 kB
vm-exe: 16 kB
vm-lib: 760 kB
vm-swap: 0 kB
threads: 1
fds: 5statistics:
interval: 30cpu:
now: 47719.465990
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = Dns::Proxy:
name: ndnproxy
oom-adj: -6
oom-score: 1
oom-score-adj: -400arg: -c
arg: /var/ndnproxymain.conf
arg: -p
arg: /var/ndnproxymain.pid
arg: -s
arg: /var/ndnproxysafe.conf
state: S (sleeping)
pid: 319
ppid: 160
vm-size: 1508 kB
vm-data: 304 kB
vm-stk: 136 kB
vm-exe: 112 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 11statistics:
interval: 30cpu:
now: 47719.466000
min: 0
max: 1
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess:
name: wg-crypt-nwg0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 354
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466010
min: 0
max: 0
avg: 0
cur: 0process, id = Telnet::Server:
name: telnetd
oom-adj: -9
oom-score: 1
oom-score-adj: -650arg: -l
arg: ndmc
arg: -p
arg: 23
arg: -c
arg: /var/telnetd.conf
arg: -F
state: S (sleeping)
pid: 358
ppid: 160
vm-size: 1356 kB
vm-data: 244 kB
vm-stk: 136 kB
vm-exe: 20 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 7statistics:
interval: 30cpu:
now: 47719.466020
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = Dns::Proxy::Policy0:
name: ndnproxy
oom-adj: -6
oom-score: 1
oom-score-adj: -400arg: -c
arg: /var/ndnproxy_Policy0.conf
arg: -p
arg: /var/ndnproxy_Policy0.pid
state: S (sleeping)
pid: 368
ppid: 160
vm-size: 1516 kB
vm-data: 312 kB
vm-stk: 136 kB
vm-exe: 112 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 10statistics:
interval: 30cpu:
now: 47719.466031
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = Nginx:
name: nginx
oom-adj: -7
oom-score: 1
oom-score-adj: -500
state: S (sleeping)
pid: 372
ppid: 160
vm-size: 6368 kB
vm-data: 1880 kB
vm-stk: 136 kB
vm-exe: 956 kB
vm-lib: 2752 kB
vm-swap: 0 kB
threads: 1
fds: 12statistics:
interval: 30cpu:
now: 47719.466041
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = Coala Agent:
name: coalagent
oom-adj: 0
oom-score: 1
oom-score-adj: 0arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
arg:
state: S (sleeping)
pid: 378
ppid: 160
vm-size: 3096 kB
vm-data: 380 kB
vm-stk: 136 kB
vm-exe: 52 kB
vm-lib: 2424 kB
vm-swap: 0 kB
threads: 1
fds: 11statistics:
interval: 30cpu:
now: 47719.466052
min: 0
max: 2
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess:
name: scsi_eh_1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 390
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466062
min: 0
max: 0
avg: 0
cur: 0process:
name: usb-storage
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 391
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466073
min: 0
max: 0
avg: 0
cur: 0process, id = LLDP agent on Bridge0:
name: nllda
oom-adj: 0
oom-score: 1
oom-score-adj: 0arg: -I
arg: Bridge0
arg: -p
arg: Home
arg: -M
arg: ec:43:f6:04:b9:c8
arg: -x
arg: 17
arg: -n
arg: Keenetic_Giga
arg: -D
arg: ZyXEL Keenetic Giga II (NDMS 2.16.D.12.0-1): kng_rb
arg: -m
arg: router
arg: -V
arg: 2.16.D.12.0-1
arg: -c
arg: fa5e968a-73dd-11e2-8009-fd97e381dc2b
arg: -u
arg: nobody
arg: -P
arg: 80
arg: -A
arg: 192.168.4.1
arg: -S
arg: private
arg: -b
state: S (sleeping)
pid: 3167
ppid: 160
vm-size: 1336 kB
vm-data: 232 kB
vm-stk: 136 kB
vm-exe: 12 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 5statistics:
interval: 30cpu:
now: 47719.466083
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = Link-layer discovery observer:
name: nlldo
oom-adj: 0
oom-score: 1
oom-score-adj: 0arg: -u
arg: nobody
state: S (sleeping)
pid: 3168
ppid: 160
vm-size: 1332 kB
vm-data: 232 kB
vm-stk: 136 kB
vm-exe: 8 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 5statistics:
interval: 30cpu:
now: 47719.466094
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = _WEBADMIN DHCP pool:
name: ndhcps
oom-adj: -11
oom-score: 1
oom-score-adj: -750arg: -f
arg: -s
arg: -i
arg: br0
arg: -I
arg: Bridge0
arg: -m
arg: 192.168.4.1
arg: -P
arg: name:_WEBADMIN,192.168.4.1,192.168.4.120,255.255.255.0,25200
arg: -O
arg: opt:router,192.168.4.1
arg: -O
arg: opt:dns,8.8.8.8,1.1.1.1
state: S (sleeping)
pid: 3171
ppid: 160
vm-size: 1420 kB
vm-data: 244 kB
vm-stk: 136 kB
vm-exe: 84 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 8statistics:
interval: 30cpu:
now: 47719.466106
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess, id = _WEBADMIN_GUEST_AP DHCP pool:
name: ndhcps
oom-adj: -11
oom-score: 1
oom-score-adj: -750arg: -f
arg: -s
arg: -i
arg: br1
arg: -I
arg: Bridge1
arg: -m
arg: 10.1.30.1
arg: -P
arg: name:_WEBADMIN_GUEST_AP,10.1.30.33,10.1.30.52,255.255.255.0,25200
arg: -O
arg: opt:router,10.1.30.1
arg: -O
arg: opt:dns,10.1.30.1
state: S (sleeping)
pid: 3172
ppid: 160
vm-size: 1416 kB
vm-data: 240 kB
vm-stk: 136 kB
vm-exe: 84 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 8statistics:
interval: 30cpu:
now: 47719.466118
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess:
name: nginx: worker process
oom-adj: -7
oom-score: 1
oom-score-adj: -500
state: S (sleeping)
pid: 3179
ppid: 372
vm-size: 6524 kB
vm-data: 2036 kB
vm-stk: 136 kB
vm-exe: 956 kB
vm-lib: 2752 kB
vm-swap: 0 kB
threads: 1
fds: 20statistics:
interval: 30cpu:
now: 47719.466131
min: 0
max: 1
avg: 0
cur: 0process:
name: RtmpCmdQTask
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 11979
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466144
min: 0
max: 0
avg: 0
cur: 0process:
name: RtmpWscTask
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 11980
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466156
min: 0
max: 0
avg: 0
cur: 0process, id = CdcEthernet0 DHCP client:
name: ndhcpc
oom-adj: -11
oom-score: 1
oom-score-adj: -750arg: -f
arg: -n
arg: CdcEthernet0
arg: -i
arg: cdc_br0
arg: -s
arg: /var/run/ndhcpc-cdc_br0
arg: -p
arg: /var/run/ndhcpc-cdc_br0.pid
arg: -H
arg: Keenetic_Giga
state: S (sleeping)
pid: 12310
ppid: 160
vm-size: 1408 kB
vm-data: 232 kB
vm-stk: 136 kB
vm-exe: 84 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 7statistics:
interval: 30cpu:
now: 47719.466168
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess:
name: kworker/1:1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 22062
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466185
min: 0
max: 1
avg: 0
cur: 0process:
name: kworker/u:1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23233
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466206
min: 0
max: 0
avg: 0
cur: 0process:
name: kworker/0:1
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23300
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466227
min: 0
max: 0
avg: 0
cur: 0process:
name: kworker/0:0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23720
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466250
min: 0
max: 1
avg: 0
cur: 0process:
name: kworker/1:0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23727
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466271
min: 0
max: 0
avg: 0
cur: 0process:
name: kworker/1:3
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23767
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466293
min: 0
max: 0
avg: 0
cur: 0process:
name: kworker/u:0
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 23772
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466315
min: 0
max: 0
avg: 0
cur: 0process, id = UPnP::Manager:
name: miniupnpd
oom-adj: 10
oom-score: 672
oom-score-adj: 700arg: -a
arg: Bridge0
arg: br0
arg: -i
arg: Wireguard0
arg: -m
arg: 798-124-797-509-152
arg: -u
arg: de1cab79-0fa2-3f45-0aae-ac4d0bbce0d3
arg: -s
arg: S130907000577
arg: -N
arg: -U
state: S (sleeping)
pid: 23820
ppid: 160
vm-size: 1420 kB
vm-data: 240 kB
vm-stk: 136 kB
vm-exe: 88 kB
vm-lib: 924 kB
vm-swap: 0 kB
threads: 1
fds: 9statistics:
interval: 30cpu:
now: 47719.466339
min: 0
max: 0
avg: 0
cur: 0service:
configured: yes
alive: yes
started: yes
state: STARTEDprocess:
name: kworker/0:2
oom-adj: 0
oom-score: 0
oom-score-adj: 0
state: S (sleeping)
pid: 24321
ppid: 2
threads: 1
fds: 0statistics:
interval: 30cpu:
now: 47719.466364
min: 0
max: 1
avg: 0
cur: 0process:
name: ndmc
oom-adj: -9
oom-score: 1
oom-score-adj: -650
state: S (sleeping)
pid: 24688
ppid: 358
vm-size: 4680 kB
vm-data: 708 kB
vm-stk: 136 kB
vm-exe: 48 kB
vm-lib: 3620 kB
vm-swap: 0 kB
threads: 1
fds: 5statistics:
interval: 9cpu:
now: 47719.466388
min: 0
max: 0
avg: 0
cur: 0process, id = Reboot helper:
pid: -1process, id = ARP ping check:
pid: -1process, id = Cifs::Cli:
pid: -1process, id = CIFS:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = NETBIOS browser:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = Dhcp::RelayService:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = DLNA:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = FTP:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = nimproxy:
pid: -1service:
configured: no
alive: no
started: yes
state: STOPPEDprocess, id = Kabinet:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = SSTP VPN Server:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = DHCP over SSTP VPN Server:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = transmission:
pid: -1service:
configured: no
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on UsbDsl0:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on WifiMaster0/AccessPoint2:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on WifiMaster0/AccessPoint1:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on WifiMaster0/AccessPoint0:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on WifiMaster0/AccessPoint3:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on WifiMaster0/WifiStation0:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on GigabitEthernet0/Vlan1:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = GigabitEthernet0/Vlan2 DHCP client:
pid: -1service:
configured: no
alive: no
started: yes
state: STOPPEDprocess, id = LLDP agent on GigabitEthernet0/Vlan2:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on GigabitEthernet0/Vlan3:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on CdcEthernet0:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = LLDP agent on Bridge1:
pid: -1service:
configured: yes
alive: no
started: no
state: STOPPEDprocess, id = WifiMaster0/WifiStation0 DHCP client:
pid: -1service:
configured: no
alive: no
started: yes
state: STOPPED(config)>
1 час назад, Le ecureuil сказал:По WiFi сидят или по LAN?
Ноут, 2 мобилки по wifi + 1 ПК по LAN.
Для тестирования на ПК запускают qBittorrent на скачку торрентов и YouTube в браузере, чтобы сразу "дать нагрузку" и стимулировать баг к более быстрому появлению (как мне кажется).
-
@Le ecureuil, доброго времени суток ! 🙂 Забыл спросить - а получилось разобраться в чём именно проблема ?
В 02.09.2021 в 17:06, Le ecureuil сказал:В кратце место понятно, а причина совсем нет.
Для меня пока остаётся загадкой - этот баг настолько редкий, что наблюдается только у меня или другие просто про него не пишут ? 🤨
-
Потестил. Пока что, видимо, не помогло. Снова обрыв словил. 🤕
-
@Le ecureuil, всё проверил. Поначалу летало как самолёт.
Не отваливалось где-то около получаса, по ощущениям. Я уж подумал, может в этой прошивке изменения новые, которые убрали глюк, но не долго я радовался - зависание вернулось. )) При этом в интерфейсе модема видно, что обмен прекратился.
Скрытый текстПолез в интерфейс роутера забирать лог и селф-тест, а он не прогружается
Переподключил соединение и тут даже DHCP затупил. 🙄 Не захотел сразу IP выдавать:
Скрытый текстПодождал минут 5 и вроде бы всё снова восстановилось. Зашёл в интерфейс и снял все логи.
Поддержка bluetooth (KN-1011)
in Развитие
Posted · Edited by diqipib
Присоединяюсь к вопросу. Правда у меня интерес другой - было бы здорово сделать домашнее оповещение в колонку как предлагают тут: