From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mike@fly.osdn.org.ua>
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.4
Date: Sat, 21 Jun 2008 00:34:29 +0300
From: Michael Shigorin <mike@osdn.org.ua>
To: sysadmins@lists.altlinux.org
Message-ID: <20080620213429.GA22225@osdn.org.ua>
Mail-Followup-To: sysadmins@lists.altlinux.org
References: <46E64F90.4070901@altlinux.ru>
	<20070911222952.GA19954@basalt.office.altlinux.org>
	<20080620190004.GA32636@osdn.org.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20080620190004.GA32636@osdn.org.ua>
User-Agent: Mutt/1.4.2.1i
Subject: [Sysadmins] [SOLVED] 500 OOPS (was: [Comm] vsftp)
X-BeenThere: sysadmins@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: shigorin@gmail.com,
	ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmin discuss <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jun 2008 21:34:33 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/20080620213429.GA22225@osdn.org.ua/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

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/