I emerged the latest vsftpd ebuild, which also installs xinetd as a dependancy. Configured for xinetd mode (which is the ebuild default). When trying to establish a ftp connection from a remote machine, 30 seconds pass until connection is established. Looking at xinetd's log output in /var/log/messages and the process table of the server machine, following becomes clear: 1. xinetd logs its "START blah .." message in /var/log/messages immediately after sending the request. That means, xinetd claims to have started vsftpd 2. BUT, vsftpd does not show up in the process list of the server (ps ax|less) until 30 seconds later. 3. Reproducibly 30 seconds later vsftpd shows up in the process list and the ftp tranfer finishes without further delay. In the meantime I run vsftpd directly, that means without xinetd support, which eliminates the 30 second delay entirely. Reproducible: Always Steps to Reproduce: 1.emerge vsftpd and configure for xinietd support (default) 2.From a remote machine start ftp session (commandline ftp or browser) Actual Results: Wait exactly 30 seconds Ftp transfer finishes Expected Results: xinetd should start vsftpd without any delay upon reception of a connection request on tcp port 21 "emerge info" yields: Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r6n i686) ================================================================= System uname: 2.6.9-gentoo-r6n i686 Intel(R) Pentium(R) 4 CPU 2.60GHz Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp.du.se/pub/os/gentoo http://ftp.gentoo.skynet.be/pub/gentoo/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apm avi berkdb bitmap-fonts crypt cups encode esd f77 foomaticdb fortran gcj gdbm gif gpm gtk imagemagick imlib jpeg libg++ libwww mad mikmod mmx mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline samba sdl slang spell sse ssl svga tcpd tetex tiff truetype x86 xml2 xmms xv zlib"
closing old bugs. please reopen if this is still an issue with current versions of vsftpd.