Выполнение скрипта из winbox не удалось, пожалуйста, проверьте его вручную.

Похоже, что решения этой проблемы нет. Кто-нибудь знает, как отфильтровать эти ошибки в логах? Сейчас они появляются каждые 10 секунд, из-за чего мои лог-файлы почти бесполезны — очень сложно найти в них нужную информацию. И, конечно, отключать категорию «error» я не хочу.

Когда в скрипте возникает ошибка, и он был запущен не из Терминала (или другого CLI), создаётся лог ошибки в формате: «executing script [script_name] from <run_source> failed, please check it manually». Где script_name — необязательный параметр, принимает значение имени скрипта, если он запущен из сохранённого скрипта в /system/script, а run_source может быть одним из следующих:

winbox — когда скрипт запускается вручную из Winbox  
www — когда скрипт запускается вручную из Webfig (возможно, также из REST API — не тестировал)  
scheduler — когда скрипт запускается по событию планировщика  
netwatch — когда скрипт запускается по событию netwatch  
dhcpclient — когда скрипт запускается по событию DHCP Client  
[…] — какое-то другое название источника, например, события для OVPN, DHCP Server и т. д., не проверял ошибки для всех событий ROS.

Если вы не запускали скрипт из Windox, а в логе есть источник запуска, возможно, устройство взломано. Проверьте, есть ли какие-то задания в /system/script/job — эта папка должна быть пустой, если нет активных сессий CLI и запущенных скриптов или событий.

Рекомендую сделать netinstall и настроить устройство заново или экспортировать (не создавать бэкап).

Я проверил всё это — ни одной запущенной задачи, никаких активных CLI сессий или выполняющихся скриптов не было. Зато мне пришла в голову идея проверить, не вызывает ли проблему какой-то внешний «источник». Так что я заглянул в свою настройку Dude и после множества тестов выяснил, что у меня была функция проверки числа клиентов capsman, которая делала вызов по старой версии capsman. Я адаптировал её под новую версию, и ошибки больше нет. Думаю, Mikrotik стоило бы добавить более подробные сообщения об ошибках, потому что искать такие баги — очень утомительно. Спасибо за помощь! Кстати, netinstall и повторная настройка здесь были бы бесполезны. На самом деле, мне это никогда не помогало…

Ну, между «Произошла ошибка» и чем-то вроде «скрипт "mynicescript", запущенный на устройстве с MAC 00:ww:xx:yy:zz, вызвал ошибку «устройство не отвечает» на строке 42» есть разница. Вся эта информация — название скрипта, на каком устройстве он работает, точный тип ошибки, точное место в скрипте, где возникла ошибка — всё это должно быть известно ROS и очень помогло бы в поиске и устранении проблемы. Сообщение «выполнение скрипта из winbox не удалось, пожалуйста, проверьте вручную» на самом деле хуже первого, потому что явно указывает в неправильном направлении.

Я совсем не согласен. Эта ошибка была связана с кодом, встроенным прямо внутри функции, ты правда думаешь, что можно документировать каждый такой кусочек кода? В этом нет никакого смысла. Использовать такие расплывчатые сообщения об ошибках — просто абсурд. Именно так и есть. И это вводит в заблуждение, даже если функция — это своего рода скрипт или если она запускается через подключение Winbox. Я нашёл эту ошибку методом проб и ошибок, никакой возможности, что ошибка связана с сервером Dude, у меня не было. Если бы только в логах указывалась часть проблемного кода, было бы в сто раз проще разобраться.