Date: Fri, 13 Oct 1995 18:50:38 -0400 (EDT) From: Brian Tao <taob@io.org> To: FREEBSD-HACKERS-L <freebsd-hackers@freebsd.org> Subject: Persistent wu-ftpd 2.4's under 2.1.0-950928? Message-ID: <Pine.BSF.3.91.951013183617.19495A-100000@flinch.io.org>
next in thread | raw e-mail | index | archive | help
I've got a 46DX2/66 with 64 megs and 2.1.0-950928 doing IRC and
FTP server duty. I've noticed that the number of FTP connections
always increases but hardly ever decreases (this is using the ftpcount
utility included with wu-ftpd).
Looking at the process table, it appears that there are many
ftpd's that were started a day or more ago, completely swapped out (0K
in the RSS column) but still hanging around. Netstat shows that a
connection is still open to the remote side. Some are in FIN_WAIT or
TIME_WAIT and a bunch are still in the ESTABLISHED state. Some have
non-zero sendq's, etc. IOW, no consistent pattern from netstat.
The inetd.conf line is this:
ftp stream tcp nowait root /usr/libexec/wuftpd wuftpd -d -l -T 300 -t 300
The timeout settings are reasonable (5 minutes), but I don't think
that is the problem here. From my end, it looks like some people have
been connected for a few days. Is this a known problem (i.e., does
ftp.cdrom.com have this problem?) I have a script that runs and scans
for ftp-owned processes with 0K RSS and zaps them, but obviously this
isn't the right solution.
On the up side, this 486 is still very snappy even with 7
interactive users, 132 FTP clients (58 that are "dead") and 107 IRC
clients. Load average usually hovers around 0.20 or so. :)
--
Brian Tao <taob@io.org>
System Administrator, Internex Online Inc.
"Though this be madness, yet there is method in't"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.951013183617.19495A-100000>