AW: FreeBSD 5.4 kqueue leak in getaddrinfo()

Dan Mahoney, System Admin danm@prime.gushi.org
Tue Feb 28 03:02:53 UTC 2006


On Mon, 27 Feb 2006, Vernon Schryver wrote:

I can't imagine this wouldn't be fixed in 5.5 release, but try cvsupping 
to it and see.

-Dan

>> From: "Bolmerg-Berliner Ludger - Munich-MR"
>
>> 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
>
>>> Kludges like occassionally trying open("/dev/null") to see if file
>>> descripters are short and then restarting seem too nasty.
>>>
>>> What should I do?
>
> That patch does fix the problem, but I'm not sure it answers the
> question.  Should I
>
>  1. advise anyone who sees problems that might be related to to
>     apply that patch?  (e.g. with this thread in the archives for
>     this mailing list)
>
>  2. do as another person advised me privately, and tell people to
>      upgrade to FreeBSD 6.0?
>
>  3. kludge dccm and dccifd to restart themselves when the current
>     free FD is large?
>
>  4. write a script that would apply that kernel patch?
>
>  5. include a close() function in the DCC source to replace the crazy
>     version in the FreeBSD libc_r that does nothing if fstat() fails?
>
> I'm inclined to go with #1 and follow #2 for my own systems.
>
>
> Now if I could only figure out the original Solaris problem....
>
>
> Vernon Schryver    vjs@rhyolite.com
> _______________________________________________
> DCC mailing list      DCC@rhyolite.com
> http://www.rhyolite.com/mailman/listinfo/dcc
>

--

"I hate Windows"

-Tigerwolf, Anthrocon 2004

--------Dan Mahoney--------
Techie,  Sysadmin,  WebGeek
Gushi on efnet/undernet IRC
ICQ: 13735144   AIM: LarpGM
Site:  http://www.gushi.org
---------------------------




More information about the DCC mailing list

Contact vjs@rhyolite.com by mail or use the form.