Добрый день.
Разработчики сделали фикс:
wb-utils.zip (46,1 КБ)
который (должен) решает именно эту проблему.
Проверьте его пожалуйста. В репозиториях пока нет.
Обновили три контроллера с такой проблемой. Наблюдаем.
По ощущениям работает или плохо или не работает. Выше 2х минут в Current uptime значения не видел. Логи почитать не успеваю.
Удалось получить диагностический архив:
@Zeta я не понимаю, почему контроллер из последнего архива перезагружается. Вы его сами как-то перезагружаете? Может быть это делает какой-то ваш скрипт?
Я пока без идей, если новый wb-utils не влияет на это, попробую еще раз перепроврить.
Так часто мы не можем перезагружать контроллер.
Сам контроллер был на связи довольно длительное время, я установил этот wb-utils и контроллер стал перезагружаться.
у вас точно не может быть проблем с питанием на стенде? Прошу попробовать подключить этот контроллер отдельным и новым блоком питания
Новый вочдог в wb-utils точно не перезагружает контроллер?
не должен
Посмотрел.Мне кажется довольно подозрительным следующее из dmesg:
Jun 18 14:55:58 IQ467000 kernel: wbec-gpio wbec-gpio.2.auto: DMA mask not set
Feb 01 17:03:00 IQ467000 kernel: iio-rescale v50-volt: using raw+scale source channel
Feb 01 17:03:00 IQ467000 kernel: wbec-rtc wbec-rtc.4.auto: setting system clock to 2024-02-01T17:03:00 UTC (1706806980)
На момент запуска время в EC неверное. Но это не влияет (хотя проконсультируюсь)
Про соединение. Оно успешно поднимается:
Feb 01 16:56:20 IQ467000 pppd[5768]: PAP authentication succeeded
Feb 01 16:56:20 IQ467000 pppd[5768]: nm-ppp-plugin: status 8 / phase 'network'
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: PAP authentication succeeded
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: kernel does not support PPP filtering
Feb 01 16:56:20 IQ467000 pppd[5768]: kernel does not support PPP filtering
Feb 01 16:56:20 IQ467000 pppd[5768]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: Could not determine remote IP address: defaulting to 10.64.64.64
Feb 01 16:56:20 IQ467000 pppd[5768]: local IP address 10.28.160.182
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: local IP address 10.28.160.182
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: remote IP address 10.64.64.64
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: primary DNS address 10.226.41.1
Feb 01 16:56:20 IQ467000 NetworkManager[5768]: secondary DNS address 10.226.42.1
Feb 01 16:56:20 IQ467000 pppd[5768]: nm-ppp-plugin: status 9 / phase 'running'
Feb 01 16:56:20 IQ467000 pppd[5768]: remote IP address 10.64.64.64
и потом от сервера приходит команда отсоединения, лог NetworkManager:
Feb 01 16:57:46 IQ467000 pppd[5768]: LCP terminated by peer
Feb 01 16:57:46 IQ467000 NetworkManager[5768]: LCP terminated by peer
Feb 01 16:57:46 IQ467000 pppd[5768]: Connect time 1.5 minutes.
Feb 01 16:57:46 IQ467000 NetworkManager[5768]: Connect time 1.5 minutes.
Feb 01 16:57:46 IQ467000 NetworkManager[5768]: Sent 545890 bytes, received 300823 bytes.
То есть точно не аппаратная.
возможная причина - не ходят keepalive пакеты (ну, вряд ли, конечно)
Но подозрительно что провайдер рвет через одно и то же время:
Feb 01 16:33:57 IQ467000 NetworkManager[5615]: Connect time 1.3 minutes.
Feb 01 16:33:57 IQ467000 NetworkManager[5615]: Sent 203652 bytes, received 304901 bytes.
Feb 01 16:41:51 IQ467000 pppd[5615]: LCP terminated by peer
Feb 01 16:41:51 IQ467000 pppd[5615]: Connect time 1.3 minutes.
Feb 01 16:49:46 IQ467000 NetworkManager[5750]: LCP terminated by peer
Feb 01 16:49:46 IQ467000 NetworkManager[5750]: Connect time 1.4 minutes.
Перезапуск wb-connection-manager не может влиять?
Откатил wb-utils до 4.20.2
Uptime уже 10 минут.
Нет. Там добавлен перезапуск неотвечающего модема по птанию. Но тут с моедмем никаки проблем нет - он штатно работает.
Он проверяет доступность интернета. Его можно вообще disable если интерфейс один.
Контроллер пока работает, не перезагружался.
Могу пробросить туннель, если нужно.
Добрый день! А попробуйте сейчас в терминале подёргать
systemctl restart wb-gsm.service
несколько раз и посмотрите, не будет ли перезагрузок. Если будут, то большое подозрение упадёт на питание
Я выполнил
systemctl restart wb-gsm.service && sleep 1 && systemctl restart wb-gsm.service && sleep 1 && systemctl restart wb-gsm.service && sleep 1 && systemctl restart wb-gsm.service && sleep 1
и контроллер пропал.
очень похоже на питание
При старте модема не хватает мощности БП и контроллер вырубается?
Да, могут быть уставшие конденсаторы в БП, которые импульсную нагрузку не держат