[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