Нужна фотография сервера

А, если другая версия vsftpd, ситуация повторяется?

Да, тоже самое.

vsftpd -v ?

4-ре ядра это каких Intel Atom n570?

RAM на сервере сколько - ?

отключить httpd и PgSQL для чистоты эксперимента.

Сервер виртуальный или нет.

vsFTPd version 2.3.5+ (ext.1) RAM = 4Гб httpd и PgSQL отключать нельзя, по крайней мере только в крайнем случае. Сервер виртуальный, находится в корпоративном облаке Оверсана. CPU = processor : X vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU X5550 @ 2.67GHz stepping : 5 cpu MHz : 2665.929 cache size : 8192 KB

vsftpd-3.0.2 - если есть возможность заапдейтить.

+ ты не написал камень на 100% именно процессом vsftpd?

в общем пробуй обновить до последней версии vsftpd.

Проц обычно нагружен на 5-20% веб службами и БД. Все остальное кушает vsftpd. Ладно, пробую проапдейтиться и сообщу о результатах.

Нагибается следующим образом: все 4 предоставляемых ядра начинают работать в полную мощность, при попытке подключиться к SSHd ругается на Connection refused. Ни один из запущенных сервисов не доступен. Работает только ping.

Мониторинг твой или хостера? Если предположить, что данные о загрузке CPU получены извне сервера, то картина сильно напоминает проблему с ядром

Сервер виртуальный, находится в корпоративном облаке Оверсана

vsphere, xen, rhev, openstack?

А что именно сжирает 100% CPU - это мы должны сами догадаться?

А я вот все еще жду фотографию сервера :-)

я уже спрашивал )) ответ таков:

«Проц обычно нагружен на 5-20% веб службами и БД. Все остальное кушает vsftpd. »

Когда сервер в таком полуподвешанном состоянии логи пишутся, то есть вобще есть записи с датами в момент подвисания или просто отваливается дисковая подсистема? Если записей нет, то включите логи по udp (через syslogd и netconsole).

Что происходит с уже открытой ssh-сессией при подвисании?

Если одновременно пускаем на сервер 50 ftp клиентов с максимальными 2-мя подключениями с одного IP, то сервер в течении 10 мин нагибается.

...

Хочу заметить, что клиентами FTP являются клиенты с GPRS соединением и вытягивают они одни и те же файлы.

50 жопорезных клиентов не способны создать ощутимую нагрузку даже на сервер, собранный из самого дешёвого офисного компьютера десятилетней давности.

ИМХО проблемы где-то в районе ядра и кривой системы виртуализации у хостера.

Виртуализация мелкософтская. Данные о загрузке процессора приводятся из вне. Тоже грешу на хостера. Сегодня поднял vsftpd на vds другого хостера и 50 клиентов с лимитом в 8 подключений без проблем качали себе файлы. Буду крошить Оверсан. Только со Скалакси отмучился, и тут на тебе снова) Всем спасибо.

На нормального хостера переходи и таких проблем не будет

Кстати вот что они мне прислали после того как я попросил их ребутнуть сервак: http://s017.radikal.ru/i431/1210/41/4fbcf8c80bc2.png

Новые подробности

Сегодня выяснил новые подробности. Обратил внимание на то, что 4 ядра грузятся на 100% от процессов postgress, происходит какой-то SELECT. Что там выбирается, я не знаю. Знаю что клиенты делают выборку из базы для получения списка файлов для закачки с FTP. Что посоветуете в плане оптимизации постгресс?