NetCore - kernel panic - перезагрузка

Контроллер перезагружается хаотически в непредсказуемые времена. Бывает часто, бывает реже.
Здесь эта тема уже всплывала несколько раз, в том числе и от меня.
Но тут удалось поймать момент перезагрузки с debug-консолью.
wb_kernel_panic.txt (6.0 КБ)
При это в логах на этот момент ничего не отмечено.

1 Like

Раскажите пожалуйста - от чего питается, чем управляет? Используется ли модем на контроллере?

Лабораторный комплект.
Сейчас подключен БП от ноутбука (12 Вольт 2,5 ампер 30 ватт)
Ничем не управляет. Подключен один MODBUS - датчик ( с питанием от Wiren )
Модем не используется. Включен Wifi.

А давайте мы у вас этот комлект поменяем? Заберем “как есть”, контроллер вместе с БП от ноутбука (компенсируем, поменяем) и модулем?
И вам выдадим другой. Если воспроизводится часто - то нам очень нужен такой контроллер.

До понедельника ждёт ?
Есть политический момент.
И еще, есть тонкость, что не совсем идентичные условия будут по софту. Подумаю как обойти.

Ну да, судя по логу, наш разработчик спрашивает, - а что такое “/usr/share/CDC/TelemetryBroker/” ? В штатном софте такого нет.

netcore софт наш. это путь к логам нашего сервиса. В каком контексте всплыло ?

root@wirenboard-AT3L5HRP:/usr/share/CDC/TelemetryBroker/default# [95686.734666] Unhandled fault: external abort on non-linefetch (0x1008) at 0xe08f4000

Из вашего лога
То есть необработанное исключение - и с него начались проблемы.

Попробуйте отключить и воспроизвести.
Ну и похожее описано тут:

Генеральную идею я понял. Нехватка памяти. Вполне может быть, потому как в тот период проводились как раз эксперименты с несколькими сервисами их запуском и остановкой. Возможно, действительно совпало.
Наши сервисы запускаются ланчером - демоном, который следит за PID дочерних netcore - процессов и , если они становятся мертвыми , перезапускает их.
Если предположить, что с т.з. ланчера процесс погиб, но фактически память еще не освобождена, то при попытке запустить новый экземпляр, свободной памяти не хватает ( даже при условии , что сервисы не много едят ее) и всё трапается.

Ну излишне говорить, что docker на wirenboard мы не используем.
Странно только, что происходит kernel panic - как то слишком imho.
Попробую поэкспериментировать.