Jacek Zapała wrote: > Same here. clamd 0.99.2 > > I have clamd processes running on separate servers. > Each running clamd keeps 1024 file descriptors open (all that it > can): > > # ls -l /proc/29866/fd > total 0 > lr-x------ 1 root root 64 Jan 26 15:44 0 -> pipe:[4007352] > l-wx------ 1 root root 64 Jan 26 15:44 1 -> pipe:[4007353] > l-wx------ 1 root root 64 Jan 26 15:44 10 -> pipe:[4006371] > lrwx------ 1 root root 64 Jan 26 15:44 100 -> > /tmp/clamav-10911737c186fa7dc6ef20e590b66015.tmp (deleted) > lrwx------ 1 root root 64 Jan 26 15:44 1000 -> > /tmp/clamav-66ef5c3821ee0de410a09cb56158637c.tmp (deleted) > lrwx------ 1 root root 64 Jan 26 15:44 1001 -> > /tmp/clamav-35ef3a074c015870de87bca44ccbae69.tmp (deleted) > lrwx------ 1 root root 64 Jan 26 15:44 1002 -> > /tmp/clamav-400a243c437eb8f030a095b885586b45.tmp (deleted) > lrwx------ 1 root root 64 Jan 26 15:44 1003 -> > /tmp/clamav-509983ba9c3f50435f102bfe19b8149b.tmp (deleted) > lrwx------ 1 root root 64 Jan 26 15:44 1004 -> [snip]
In case this helps anyone, we have worked around this by letting our daemon check /proc/self/fd after each scan and look for "(deleted)". File descriptors that match are then closed. I appreciate this won't directly help much, but maybe it'll inspire someone ? -- Per Jessen, Zürich (8.1°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. _______________________________________________ http://lurker.clamav.net/list/clamav-devel.html Please submit your patches to our Bugzilla: http://bugs.clamav.net http://www.clamav.net/contact.html#ml
