Bolmerg-Berliner Ludger - Munich-MR
lbolmerg@munichre.com
Mon, 27 Feb 2006 08:20:24 +0100
There is a problem report and a suggested patch for kern_event.c available that may solve the issue. I had similar problems on FreeBSD 5.4 which went away when I applied the patch
http://www.freebsd.org/cgi/query-pr.cgi?pr=75795
The problem has been fixed in FreeBSD 6.0
Regards,
Ludger
-----Ursprüngliche Nachricht-----
Von: dcc-admin@rhyolite.com [mailto:dcc-admin@rhyolite.com] Im Auftrag von Vernon Schryver
Gesendet: Samstag, 25. Februar 2006 19:50
An: dcc@calcite.rhyolite.com
Betreff: FreeBSD 5.4 kqueue leak in getaddrinfo()
While trying to produce an intermittent problem on Solaris that looks
like file descriptor exhaustion, I've found that every use of getaddrinfo()
leaks at least one and sometimes 3 kqueue's.
It seems to be discussed in the hits for
http://www.google.com/search?q=freebsd+kqueue+leak
Similar problems seem to be in FreeBSD 4.8, 5.2, and 5.3 judging from
http://www.google.com/search?q=site:freebsd.org+kqueue+leak
The result is that dccifd, dccm, and the -B helper processes for both
accumulate mountains of dead kqueue's. Eventually things stop working.
`fstat -vp PID` for an appropriate PID shows the problem.
Kludges like occassionally trying open("/dev/null") to see if file
descripters are short and then restarting seem too nasty.
What should I do?
Vernon Schryver vjs@rhyolite.com
_______________________________________________
DCC mailing list DCC@rhyolite.com
http://www.rhyolite.com/mailman/listinfo/dcc