Red Hat Bugzilla – Bug 134772
autofs maintains deleted filehandles in /var/spool/up2date
Last modified: 2007-11-30 17:07:04 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914
Description of problem:
/var was full on some boxes, causing up2date to fail, complaining
about insufficient space on /var/spool/up2date. Further investigation
showed that 'df /var' and 'du -skx /var' gave very different output.
'lsof /var' showed that automount for some reason had lots of open
filehandles on deleted files in /var/spool/up2date. Se the attachment
for the actual output. A restart of autofs solved the problem. The
problem was seen on boxes with different kernels.
This is a weird one.. why would automount keep open filehandles on rpm
files and header files in /var/spool/up2date in the first place, and
even when those files are deleted?
I'm not sure how to attack this. Please let me know if you need more
Version-Release number of selected component (if applicable):
Created attachment 104829 [details]
Output of 'lsof /var'
This is very odd, indeed. Could you post your auto.master and related maps?
I'm sorry, but I can't remember which boxes had this problem, and I haven't seen
this problem since I reported it, so I can't follow up this one. I'll close the
bug and reopen it if I ever find out more.