From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914 Firefox/0.10 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 information. Version-Release number of selected component (if applicable): autofs-4.1.3-12 How reproducible: Couldn't Reproduce Additional info:
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.