Re: file descriptor leak in 5.2-RC

> On Fri, Dec 19, 2003 at 11:30:40AM +0100, Michal Mertl wrote:
> > On Thu, 18 Dec 2003, Jonathan Lennox wrote:
> > > Michal Mertl writes:
> > > > For several weeks now I see my -current (now RELENG_5_2 to help test the
> > > > release) machine seems to be leaking file descriptors. After some time all
> > > > files (up to kern.maxfiles) are consumed.
> > >
> > > Do you have any statically-linked programs that use pthreads?  There's a FD
> > > leak in gethostbyname(3) in multithreaded programs (actually, in the uthread
> > > wrapper for kevent(2), but gethostbyname(3) is the most common reason you'd
> > > see it) which was fixed in -CURRENT for programs linked with libc_r.so, but
> > > not for those linked with libc_r.a.
> >
> > I'm afraid this is different. When your program terminates the descriptors
> > are freed. You found a bug but it's not that serious as what I'm seeing -
> > even when I go to single-user I see large openfiles.
>
> Someone else already asked you to check fstat to see what the open
> files are, and suggested it's probably the dynamic linker
> (i.e. expected behaviour).  What is the case?

As I already replied to Jonathan the output of fstat (and lsof) looks
normal. After going to _single_user_ with no processess running, fstat
shows only a handful of files (sh and fstat itself) yet kern.maxfiles is
large.

I thus suppose that the leak is in kernel.

I think the leak is provoked by mozilla - when I leave my computer with
mozilla running with page loaded which reloads itself every minute, after
several hours the leak is obvious. After a weekend all descriptors are
consumed and nothing short of reboots gives them back.

-- 
Michal Mertl