home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11455 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  2.3 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!ira.uka.de!gmd.de!jvnc.net!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!mathew.austin.ibm.com!accapadi
  2. From: accapadi@mathew.austin.ibm.com (Matt Accapadi)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: /tmp Corrupted
  5. Message-ID: <1992Nov6.210150.9962@awdprime.austin.ibm.com>
  6. Date: 6 Nov 92 21:01:50 GMT
  7. References: <1992Nov5.225824.3656@netcom.com>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: IBM, Austin
  10. Lines: 37
  11.  
  12. In article <1992Nov5.225824.3656@netcom.com> lui@netcom.com (Stephen Lui) writes:
  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. >
  18. >
  19. >** Checking /dev/hd3 (/tmp) MOUNTED FILE SYSTEM; WRITING SUPPRESSED; 
  20. >** Phase 1  - Check Blocks and Sizes
  21. >** Phase 2  - Check Pathnames
  22. >** Phase 3  - Check Connectivity
  23. >** Phase 4  - Check Reference Counts
  24. >** Phase 5  - Check Inode Map
  25. >The Inode map is not valid. (NOT SALVAGED)
  26. >** Phase 6  - Check Block Map
  27. >The Block map is not valid. (NOT SALVAGED)
  28. >The integrity of the file system is not guaranteed.
  29. >109 files 3576 blocks 37384 free
  30. >
  31. >To keep the system up, I created another /tmp file system and mounted it over
  32. >/tmp. After later rebooting the system and running fsck (you can't run fsck
  33. >and write to /tmp when it's mounted) the problem disappered. However, half a
  34. >day later the problem repeated itself.
  35. >
  36. >After a few days the problem seemed to correct itself. However, today the
  37. >same problem happened to /usr/ingres/files, a user-defined filesystem on a
  38. >total different physical disk. Any suggestions?
  39.  
  40.  
  41. You might want to check and see if the SCSI adapter is terminated.  Or if there
  42. are SCSI peripherals attached and/or piggy-backed, check for termination there
  43. also.  Also, run errpt to see what kind of errors were logged.
  44. -- 
  45. Matt Accapadi                            Internet: accapadi@austin.ibm.com
  46. IBM AWD AIX System Performance           VNET:  ACCAPADI at AUSTIN
  47. 11400 Burnet Rd. Bld. 906/9632           yaknet: 512-838-3193  Tie 678-3193
  48. Austin, TX 78758-3493                    fax: 512-838-8344
  49.