home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 12949 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.6 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!odin!fido!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: Hard Disk Problem
  5. Message-ID: <p34jmdo@zuni.esd.sgi.com>
  6. Date: 27 Aug 92 04:47:40 GMT
  7. References: <32207@adm.brl.mil>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 55
  11.  
  12. In <32207@adm.brl.mil> fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
  13.  
  14.  
  15. | This one is already logged with the TAC but I thought I'd
  16. | post and see if there is any net wisdom ...
  17. | 
  18. | PROBLEM(S!):
  19. | Since sunday we are getting the following messages in SYSLOG
  20. | on one of our machines:
  21. | 
  22. | Aug 26 05:00:04 poly1 unix: ips0d0s6 (/usr): uncorrectable error (code 23) chs=179/9/46  ...about to do first retry
  23. | Aug 26 05:00:12 poly1 unix: ips0d0s6 (/usr): uncorrectable error (code 23) chs=179/9/46  ...about to do second retry
  24. | Aug 26 05:00:12 poly1 unix: ips0d0s6 (/usr): uncorrectable error (code 23) chs=179/9/46  ...about to do third retry
  25. | Aug 26 05:00:12 poly1 unix: ips0d0s6 (/usr): uncorrectable error (code 23) chs=179/9/46  ...FATAL
  26.  
  27. | DIAGNOSIS (from TAC): Hard disk is going ...
  28.  
  29. Correct.
  30.  
  31. | CURE (from TAC): Get a new hard disk ...
  32.  
  33. Also correct, although reformatting the disk might help for a short
  34. while (but doesn't solve your other problem)
  35.  
  36. | MAJOR PROBLEM: The system manager for that machine
  37. | did not do a backup of the system since installing
  38. | 4.0.1, and there have been major changes and fixes
  39. | (e.g., Mail).  He is on vacation as well.  If we do
  40. | a backup of the entire system now, it will be corrupt
  41. | (I think) since we get I/O errors doing even a simple
  42. | ls command.
  43.  
  44. The backup won't be corrupt, except for those files that are shot
  45. anyway.  Some backup programs may abort when trying to read the
  46. bad files, so  you may have to arrange your backups to avoid them.
  47.  
  48. | QUESTION: How can the changes that have been made best
  49. |           be preserved?    
  50. | 
  51. | I can think of two strategies:
  52. | 
  53. | (1) Back up the entire system, and then reinstall 4.0.1 after
  54. |     dumping the backup tape onto the new disk.
  55.  
  56. Do it the other way around; backup only the non-system files,
  57. plus config files and other modified files (i.e., the output
  58. of "versions changed").  Some of those changed files may be due
  59. to the disk problems; others because we change some files at
  60. installation time, and never fixed that for versions.  Still,
  61. it will save you backup time.
  62.  
  63. --
  64. Let no one tell me that silence gives consent,  |   Dave Olson
  65. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  66.     Maria Isabel Barreno                        |   olson@sgi.com
  67.