After about 24 hours or so of operation, miniupnpd starts writing "miniupnpd[(pid)]: accept(http): Too many open files" until disk is filled. Looking at lsof shows it opening *LOTS* of RAW sockets. Close monitoring shows its opening two of these for every port request. Upstream has not heard it from anyone else, the only people reporting this bug are Gentoo users.
Steps to Reproduce:
miniupnpd runs out of sockets and fills log files.
Not run out of sockets and continue operation.
Created attachment 199980 [details]
Output of lsof after a few hours of operation.
I can reproduce it, but since the problem seems to only happen on Gentoo, and I can't see what we are doing differently from everyone else, I really don't have an idea of what is wrong.
It would be a combination for several packages that triggers this, or something different.
Any input would be greatly appreciated.
Until the problem is tracked down, it can be worked around be adding a cron job that restarts miniupnpd every 6 hours (before it should be able to eat all the avaliable handles)
I believe we are a few versions out of date in portage. Could we get it updated and see what happens. Ive tried installing it manually, but Im having problems with some includes in one of the files.
The last two changes from 2009/08/20 and 2009/09/04 is missing, but I'll created an updated version of the ebuild, with those two patches included too.
If all goes well, expect a 1.3-r2 release within a few hours :-)
Well, for now I'm having problems with some headers missing, so we will have to wait a little while before it hits the tree.
Created attachment 204780 [details, diff]
patch for iptcrdr
I didnt make this patch, just am posting it for use. I modified my ebuild to make it work and so far I have no RAW sockets, at all, and Ive made sure it got used.
Yep, I saw it :-)
I'll take another shot at it later and see if I can get my kernel headers fixed, so it will compile.
If I can, it will be bumped to the newest version, and this patch will be included.
Fixed, 1.4_pre20090921 is in the tree.
It contains the fixes applied upstream.