[Sysadmins] [SOLVED] 500 OOPS (was: [Comm] vsftp)
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Сб Июн 21 01:34:29 MSD 2008
On Fri, Jun 20, 2008 at 10:00:04PM +0300, I wrote:
> On Wed, Sep 12, 2007 at 02:29:52AM +0400, Dmitry V. Levin wrote:
> > Что касается падения производительности vsftpd over xinetd по
> > сравнению со standalone vsftpd, то на ftp.altlinux (более 500
> > одновременных соединений, более 1 терабайт в сутки при пиковой
> > загрузке) я этого падения не наблюдаю.
> Дим, а что последний раз делал, чтоб не наблюдать падения
> доступности?
>
> Наблюдаю 500 OOPS: child died после достижения 64 коннектов
Точнее, в ftp(1) видно 500 OOPS: setuid
Если запустить xinetd -d руками (остановив сервис), то
суммарное количество процессов vsftpd опять-таки остаётся
равным 64:
| |-zsh---su---zsh---xinetd-+-8*[vsftpd---vsftpd]
| | `-vsftpd
[...]
`-56*[vsftpd---vsftpd]
| |-zsh---su---zsh---xinetd---14*[vsftpd---vsftpd]
[...]
`-50*[vsftpd---vsftpd]
Подумал, сказал ulimit -a. Точно -- процессы остались зажатыми
на 64 согласно ограничению /etc/security/limits.conf для
пользователя screen и его потомков, каковым после перезапуска
стал и xinetd...
Так что ларчик просто открывался: используя лимиты, надо помнить,
что котята пройдут за кошкой в ту же дырку в двери.
Но обратное необязательно.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки Sysadmins