Заметил сегодня, что авторизация в SSH идет на одной из машин более 20 сек. Т.е. выходил запрос логина, вводим, дальше пароль, вводим, и тут ожидаем 20 сек. до выхода командной строки.

Смотрю, а там. Раньше всегда было 200-300 процессов при стабильной работе в штатном режиме (если было больше, то либо снижалось в указанный диапазон, либо сервер начинал падать по сервисам). Сейчас же держится 450-590 процессов. Т.е. я и перезапустил все сервисы, и вроде работает все в штатном режиме, но меня волнует это число.

Сайты работают шустро, как обычно.

Я вот думаю, о чем это говорит? О том, что сервер работает хорошо - быстро обрабатывает все запросы в базу и к сайта, в результате процессов кол-во увеличилось. Или наоборот, что работает на пределе.

Сейчас top вот такой:


Развейте мои сомнения.

Только написал, проверить думаю еще раз сайты там - бах, ошибка. У SQL превышено кол-во макс. одновременных подключений (там стоит 300). Но встало уже через 2 секунды без моего вмешательства. Сейчас стехийно зашел в SSH - 519 процессов.

Ничерта не пойму... Настройки никто не менял. Сервер так и работал, и вдруг вылез очередной геморой... Чтож такое... Есть мысли там?

из совсем глупых идей : с DNS все в порядке ( тем который в /etc/resolv.conf) -

Полностью поддерживаю предыдущего оратора. И считаю это основной версией, отнюдь не глупой, а как раз очень напоминающей правду. С локальным кэширующим DNS всё в порядке? Который да, /etc/resolv.conf ?

Для меня она глупая потому как - простейший мониторинг должен в себя включать и проверку работы обоих ДНС и авторизированного и кеширующего.

Ну в общем вопрос как бы решен. Я тоже в пользую этого варианта склонился.
Вот только пока читал маниалы и т.п. - захожу в SSH, 600 процессов, только потянулся настраивать - смотрю, прадает. И за 2-3 минуты все вернулось на круги своя. Уже после сменил DNS в том файле, что вы указали. Пока все спокойно.