Проблемы с polling MAX Threads и 2ГБ базы данных. В общем, ребята, сейчас странная ситуация. При polling (опрос) максимального количества потоков и при работе с базой данных объемом 2ГБ у нас возникают проблемы. Причины пока не ясны, но подозреваю, что

Пропылесось базу данных сейчас, если она достигнет критического значения, ты получишь какой-нибудь странный краш. http://forum.mikrotik.com/t/the-dude-4-0-beta-3-graphs-stop-updating/56136/4 Установи время для Chart Raw Value в максимум 2 дня. Если после пропылесоса базы данных она не станет значительно меньше, установи 1 день. Потребуется пара дней, чтобы The Dude уменьшил данные, но база данных может не уменьшиться, так что тебе, возможно, придётся снова пропылесосить. Для остальных значений графиков 10м, 2ч, 1 день Держи приблизительный размер хранилища настолько низким, насколько это разумно, у меня 1250M. Похоже, The Dude работает в один поток. Я принудительно запускаю сервис The Dude в реальном времени и устанавливаю опрос в 1 минуту для ~1200 зондов. Убедись, что The Dude не собирает таблицу маршрутизации BGP с роутера, подключенного к интернету. Это может сказаться на процессе сбора данных. (Полностью согласен, что в процессе сбора данных/таймерах что-то не так и они конфликтуют с Disk IO или чем-то еще. Например, html-зонды мгновенно завершаются с ошибкой «соединение закрыто», хотя я видел, как веб-страница проходит через интерфейс с помощью Wireshark. Зонд будет отображаться как нестабильный, и я повторно запущу его, и он снова заработает через несколько секунд. Обрати внимание: я принудительно устанавливаю время отрицательного кэша на 5 секунд вместо 300, иначе один «нестабильный» зонд вызовет сбой и не повторно запустится, пока не истечет время отрицательного кэша…) Удаляй все ненужные зонды, например, если ты собираешь использование ЦП с коммутатора Cisco, удали ping, поскольку фактическое получение значения использования ЦП говорит так же много, как и ping. Надеюсь, это поможет, Lebowski.