@UI-Team, у меня проблема с UCK+, которая возникает во всех версиях прошивки начиная с 4.0.20. Суть проблемы в том, что UCK+ становится неотзывчивым, и я не могу к нему подключиться. Когда я использую свои инструменты сетевого мониторинга, вижу активность на стороне TX, но на стороне RX всё "залипает" на нуле. На пинг нет ответа, и единственный способ вернуть UCK+ в рабочее состояние – это перезагрузить его.
Сначала я думал, что это аппаратная проблема с UCK+, поэтому купил новый (UCK+SSD). Установил его с восстановлением конфигурации, но уже через 2 дня новый UCK+ столкнулся с той же проблемой.
Единственное, что мне удалось найти, – это сообщения в файле analytic_reporting.log:
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate kernel panic report","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate kernel panic report","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt monitor ] [main] service start","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[highFdMonitor] with args=\u0026{threshold:512}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[memoryMonitor] with args=\u0026{Threshold:90}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[varLogMonitor] with args=\u0026{threshold:75 rescueQ:0x400008ebd0 rqTask:0x40000a4900}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[networkMonitor] with args=\u0026{longInterval:600 shortInterval:300 rescueQ:0x400008ebd0 rqTask:0x40000a4a00 ref:0x40000a6cf0 nextInterval:0x40000e05a0}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate trace ssh report","time":"2024-12-19T16:51:56-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:51:56-07:00"}
Особенно меня настораживает эта запись в логе, которая совпадает со временем, когда UCK+ перестал отвечать: [ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:59-07:00"}
Я не уверен, о чём это, но кажется, что что-то вызывает панику ядра. @UI-Team, не могли бы вы помочь? Я прилагаю файл поддержки, созданный после перезагрузки UCK+. Спасибо.
Сначала я думал, что это аппаратная проблема с UCK+, поэтому купил новый (UCK+SSD). Установил его с восстановлением конфигурации, но уже через 2 дня новый UCK+ столкнулся с той же проблемой.
Единственное, что мне удалось найти, – это сообщения в файле analytic_reporting.log:
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate kernel panic report","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:11-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate kernel panic report","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:59-07:00"}
{"level":"info","msg":"[ ubnt monitor ] [main] service start","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[highFdMonitor] with args=\u0026{threshold:512}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[memoryMonitor] with args=\u0026{Threshold:90}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[varLogMonitor] with args=\u0026{threshold:75 rescueQ:0x400008ebd0 rqTask:0x40000a4900}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ workqueue ] [call] run task[networkMonitor] with args=\u0026{longInterval:600 shortInterval:300 rescueQ:0x400008ebd0 rqTask:0x40000a4a00 ref:0x40000a6cf0 nextInterval:0x40000e05a0}","time":"2024-12-19T16:51:27-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] generate trace ssh report","time":"2024-12-19T16:51:56-07:00"}
{"level":"info","msg":"[ ubnt_report_handler ] [main] ubnt report handler","time":"2024-12-19T16:51:56-07:00"}
Особенно меня настораживает эта запись в логе, которая совпадает со временем, когда UCK+ перестал отвечать: [ ubnt_report_handler ] [makeKernelPanicReport] there is no ramoops in pstore","time":"2024-12-19T16:50:59-07:00"}
Я не уверен, о чём это, но кажется, что что-то вызывает панику ядра. @UI-Team, не могли бы вы помочь? Я прилагаю файл поддержки, созданный после перезагрузки UCK+. Спасибо.
