home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11364 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  2.3 KB
  1. Path: sparky!uunet!ukma!wupost!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!network.ucsd.edu!dkf
  2. From: dkf@chem.ucsd.edu (David Knight French)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: /tmp Corrupted
  5. Date: 6 Nov 1992 19:04:22 GMT
  6. Organization: University of California San Diego, Chemistry
  7. Lines: 36
  8. Message-ID: <1defjmINN570@network.ucsd.edu>
  9. References: <1992Nov5.225824.3656@netcom.com> <SK.92Nov6175046@sun4.thp.uni-koeln.de>
  10. NNTP-Posting-Host: chedccf0.ucsd.edu
  11.  
  12. In article <SK.92Nov6175046@sun4.thp.uni-koeln.de> sk@thp.uni-koeln.de (Sebastian Kremer) writes:
  13. >>>> In article <1992Nov5.225824.3656@netcom.com>, lui@netcom.com (Stephen Lui) writes:
  14. >
  15. >Stephen> Recently our /tmp file system started to fill up. I went to
  16. >Stephen> /tmp and deleted unnecessary files. However, this did not
  17. >Stephen> release any space in the file system according to df. I went
  18. >Stephen> ahead and deleted all of the files in /tmp and the file
  19. >Stephen> system was still 100% full!
  20. >
  21. >I've seen the same behaviour some months ago on a 550 under AIX 3.1.5.
  22. >It vanished after rebooting and never happened again so far.  I don't
  23. >know of a fix or explanation.
  24. >--
  25. >
  26. >---------------------------------------------------------------------------
  27. >Sebastian Kremer <sk@thp.Uni-Koeln.DE>
  28. >Institute of Theoretical Physics, University of Cologne, F. R. of Germany
  29. >
  30. >On May 17, 1992 I started a new job without email access (yet).  I can
  31. >read my mail only occasionally.  The mail address will continue to
  32. >work, but don't expect answers in less than a week.
  33. >---------------------------------------------------------------------------
  34.  
  35.  
  36. I can't say who is doing it, but it sounds like a "phantom" file.  These
  37. are files that programs open and then immediatley unlink for temporary
  38. storage space.  One does this so the file disappears when the program
  39. finishes executing.  The other problem may be that the /tmp filesystem
  40. got full and someone started deleting files.  This won't work as long
  41. as a process existst out there that is still referrencing the file, because
  42. all rm does is unlink the file, thus causing the phantom file syndrome.
  43. -- 
  44. David Knight French        Email Addresses:        Phone:    
  45. UCSD - Dept of Chemistry    INTERNET: dkfrench@ucsd.edu      (voice/fax)
  46. 9500 Gilman Drive        UUCP:     ucsd!dkfrench        (619)534-4193 /
  47. San Diego, CA  92093-0314    BITNET:   dkfrench@ucsd.bitnet    (619)534-6255
  48.