home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11368 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.5 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!ira.uka.de!gmd.de!Germany.EU.net!mcsun!sunic!psinntp!psinntp!curly.appmag.com!pa
  2. From: pa@curly.appmag.com (Pierre Asselin)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: /tmp Corrupted
  5. Message-ID: <1344@curly.appmag.com>
  6. Date: 6 Nov 92 17:13:34 GMT
  7. References: <1992Nov5.225824.3656@netcom.com>
  8. Organization: Applied Magnetics, Goleta, CA
  9. Lines: 24
  10.  
  11. In <1992Nov5.225824.3656@netcom.com> lui@netcom.com (Stephen Lui) writes:
  12.  
  13. >Recently our /tmp file system started to fill up. I went to /tmp and deleted
  14. >unnecessary files. However, this did not release any space in the file system
  15. >according to df. I went ahead and deleted all of the files in /tmp and the
  16. >file system was still 100% full! I ran fsck on /tmp and got...
  17. >[...fsck errors, what else?]
  18.  
  19. I'll play Devil's advocate.  Scenario:
  20.  
  21. 1) You have a rogue process that wants to eat all the space in /tmp.
  22. 2) You rm /tmp/*.  Most of the files go, but the ones that are still
  23.    open by running processes remain as anonymous file.
  24. 3) Your rogue sees the extra space and immediately enlarges its
  25.    anonymous temporary to fill the filesystem.
  26. 4) You get fsck errors because the filesystem is mounted and active.
  27.  
  28. I don't really believe the scenario myself, especially point 4.  You
  29. might want to check it out, though.  Run /etc/fuser /dev/hd3 if the
  30. problem comes back.
  31. -- 
  32.  
  33. --Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  34.   pa@appmag.com        the usual disclaimers apply.
  35.