Winbox заставляет процессор работать на 100%.

Не знаю, имеет ли это значение, но у моего RouterBoard500 с прошивкой 2.9.18 частота процессора 264. Не представляю, почему у тебя она быстрее — 333, или что это может быть причиной проблемы, но решил обратить внимание. Эрик

Обновил сегодня вечером роутер точки доступа с версии 2.9.10 до 2.9.18 и тоже столкнулся с этой проблемой. Думал, это проблема с кэшированием DNS в 2.9.10, поэтому и обновил, но загрузка процессора все равно зашкаливает сразу после выхода из системы (раньше я вообще не связывал загрузку процессора с выходом из системы). Это наблюдается как через Winbox, так и через SSH. Когда я залогинен через любой из них, загрузка процессора никогда не опускается ниже 10%… как только я выхожу, процессор моментально взлетает. Мы графиком загрузку процессора отслеживаем в Cacti, чтобы видеть, что происходит при выходе из системы. Еще, начальные входы по SSH стали занимать намного больше времени, что ломает большинство наших SNMP-скриптов, которые логинятся. Перезагрузка не помогает… помогает только быть залогиненным. Это на плате geode 266 с минимальной конфигурацией, точка доступа работает, пользователей сейчас 0. Без маршрутизации, прокси, тестовых пакетов.

Я тоже это видел на нескольких наших роутерах, файл поддержки уже отправлен, жду ответа. Это происходит на роутерах на базе X86 PC, а не на RB, так что, возможно, это совершенно другая проблема. Тем не менее, ЗАПРОС: Покажи, какие подсистемы используют процессор, например, Беспроводная связь: 20%, PPPoE Server 50% и т.д. Тикет 2006032616000049, если кто-нибудь сможет заняться этим быстрее.

Я хотел вернуться к этому посту, так как по-прежнему замечаю эту проблему на другом роутере. Что касается роутера, о котором я изначально писал, проблема как будто волшебным образом исчезла после нескольких перезагрузок и месяцев работы. У меня есть еще один роутер с очень похожей конфигурацией, и он начинает делать то же самое. Я вижу закономерность здесь, так как требуется время, чтобы эта проблема «нарастала» (месяцы). Этот роутер изначально был настроен на версии 2.9.17, затем обновлён до 2.9.24 после выхода этой версии. Теперь я на версии 2.9.26 в надежде, что ошибки DNS будут исправлены. Версии и перезагрузки, похоже, не влияют на эту проблему…но в какой-то момент она просто исчезает.

Вот как оба этих роутера начали делать это: только после времени безотказной работы в течение месяца и более эта проблема даже начинает проявляться. Как только это начинается, мы замечаем случайные скачки загрузки ЦП, но они не сильно заметны, за исключением нашей SNMP-мониторинга, которая начинает показывать пропадающие данные в графиках раз в день или два. Как только мы начинаем замечать несколько случайных скачков, в течение еще месяца или около того они начинают увеличиваться. В этот момент мы также замечаем, что при подключении к роутеру через Winbox и открытии терминального окна это может занять некоторое время, и загрузка ЦП достигает 100% во время этой задержки. Мы начинаем получать все больше и больше пропущенных данных в наших SNMP-графиках, так как у нас есть скрипты, которые входят в эти роутеры каждые 5 минут — они начинают тайм-аутить, потому что процесс входа занимает 5-10 секунд, что слишком долго, в результате чего нет данных. Через 2-3 месяца мы замечаем много скачков ЦП, каждую секунду или две мы достигаем 50% или больше, даже когда роутер полностью простаивает. Терминал из Winbox или прямые SSH-соединения занимает не менее 5 секунд (раньше он был намного быстрее), но обычно дольше. В этот момент в наших SNMP-графиках больше пропущенных данных, чем нанесенных на график, иногда часы ничего. Это не наша сеть или SNMP-сервер, вызывающая это — наши скрипты просто тайм-аутит. Базовое использование памяти постоянно увеличивается со временем. Итак, роутер запускается с использованием на 10 МБ или более, чем раньше при свежей перезагрузке. И это число медленно увеличивается в течение месяцев. Также как и базовое использование ЦП в состоянии простоя.

Я начинаю гадать, не вызвана ли эта проблема нашими SNMP-скриптами, которые входят в эти роутеры каждые 5 минут в течение месяцев, оставляя позади память или что-то подобное, так как мы никогда не видим эту проблему с точками доступа беспроводной сети, у которых нет скриптов входа, или с пакетом Hotspot, работающим на них. Как я уже говорил, в какой-то момент (возможно, через 4-5 месяцев) эта проблема может полностью исчезнуть, но к этому времени становится плохо. Я отправляю supout с нашего текущего проблемного роутера сегодня. Я хотел опубликовать здесь на случай, если кто-нибудь еще заметил это, или если какие-нибудь предыдущие авторы этой темы видели что-нибудь, связанное с этим, после последнего сообщения…или если было обнаружено решение.