Date: Sun, 18 Jun 1995 11:16:23 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: bugs@ns1.win.net (Mark Hittinger) Cc: hackers@freebsd.org Subject: Re: too many open files Message-ID: <199506180146.LAA17170@genesis.atrad.adelaide.edu.au> In-Reply-To: <199506161653.MAA02959@ns1.win.net> from "Mark Hittinger" at Jun 16, 95 12:53:24 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Mark Hittinger stands accused of saying: > I still wonder if some other parameter is being consumed other that > file descriptors. It would be nice if we could get some sort of "lsof" > port or some system call to spew a list of open file descriptors out > in a readable dump file. fstat will tell you that much. This actually sounds awfully familiar; I blew up a 2.0 box using ncftp (as a user) attempting to mput a fairly large directory (the 2.0.5 src distribution, actually 8) in passive mode to an FTP server that doesn't support passive mode. ncftp not being overly bright tried & failed once for each file; the first many just gave 'passive mode refused' errrors, but then there were some errors being reported by socket() (no free file handles or similar), followed by a trap 12. I thought this was a 2.0 problem, but perhaps its a descriptor leak in the socket routines? > I wonder if his processes cannot exit and release their resources because > of some condition like this. This would just gum things up as more > processes got created. If it's the same problem, then I created it with a single process... > Mark Hittinger -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506180146.LAA17170>