home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4886 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  3.5 KB
  1. Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!canterbury.ac.nz!math!agw
  2. Newsgroups: comp.sys.sun.admin
  3. Subject: Re: ATTENTION: A problem with dump under 4.1.1
  4. Message-ID: <1992Jul23.132034.6025@csc.canterbury.ac.nz>
  5. From: agw@math.canterbury.ac.nz (Allen Witt)
  6. Date: 23 Jul 92 13:20:33 +1200
  7. References: <1992Jul20.073110.20195@aristo.tau.ac.il> <1992Jul21.195006.112389@zeus.calpoly.edu> <HFL-H1A7T@linac.fnal.gov>
  8. Distribution: world
  9. Organization: Department of Mathematics, University of Canterbury
  10. Keywords: tape, cleaning
  11. Nntp-Posting-Host: math.canterbury.ac.nz
  12. Lines: 58
  13.  
  14.  billq@fnal.gov (William R. Quayle) write
  15. >In article <1992Jul21.195006.112389@zeus.calpoly.edu>, etsiao@joule (Eddie Tsiao) writes:
  16. >|> In article <1992Jul20.073110.20195@aristo.tau.ac.il> shani@GENIUS.TAU.AC.IL (Oren Shani) writes:
  17. >|> We have had (are having?) similar problems.  We occationally get an error:
  18. >|> 
  19. >|>   DUMP: Tape write error 753 feet into tape 1
  20. >|>   DUMP: fopen on /dev/tty fails
  21. >|>   DUMP: The ENTIRE dump is aborted.
  22. >|> 
  23. >Sorry if I've missed this in an earlier followup, but has the drive been
  24. >cleaned?  I realize that 8mm cleaning is a sensitive issue (you don't want
  25. >to overdo it or *ever* use video cleaners!), but I encountered these same
  26. >errors on our servers.  After a cleaning with an Excabyte 8mm cleaning
  27. >cartridge, the problems subsided.
  28.  
  29. I'm having lots of problems dumping to an Exabyte drive here and cleaning
  30. the tape with an Exabyte cleaning cartridge has no effect on the problem.
  31. We dump filesystems overnight, level 0 once a month, level 5 once a week and
  32. level 9 daily unless running a lower level dump, to a drive on a REMOTE 
  33. drive using rdump. The typical problem is the st driver syslogs an error
  34. 'write file mark' failed, cause 'media error', the tape is rewound, dump 
  35. has exited without error so the next dump starts from beginning of tape,
  36. overwriting ... Oddly enough, I can step past these using mt and read dumps
  37. further down the tape !!!!!.
  38. Last night this problem occurred again, with a twist. The tape had had one
  39. previous use - 'write file mark' failed on the last dump - been erased ready
  40. for another use. This time 'write file mark' failed on the second dump file,
  41. then the next dump failed with
  42.   DUMP: write: I/O error
  43.  
  44.   DUMP: write: I/O error
  45.  
  46.   DUMP: Tape write error 4 feet into tape 1
  47.   DUMP: fopen on /dev/tty fails
  48.   DUMP: The ENTIRE dump is aborted.
  49. ****************************************************************
  50. *********** Dump has failed, aborting rest of dump.*************
  51. ****************************************************************
  52. Bad tape? Faulty hardware? perhaps.
  53. This morning, however, I logged on to the tape host and tar'd a
  54. 150 Mb directory to the same tape ( last night's dump went awry
  55. after ~40Mb ) and was able to retrieve files from the end of the 
  56. tar file without a sign of media problems! On reflection I realised
  57. that I'd never noticed problems with dump on the tapehost - we dump
  58. this occasionally and will include in the cycle when w this problem
  59. is resolved. This suggests to me the problem with dump/Exabytes is
  60. rmt interface/protocol Sun use between rdump and the remote dumphost,
  61. although we never had problems until the drive was more than 4 months
  62. old.
  63.     The question to be answered is - Is this a hardware problem or
  64. a software problem or a firmware problem or an interaction between all
  65. or any two of these? 
  66.     Do sun know of this problem? Have they a patch for it? Is this
  67. why they are promoting upgrades to Exabyte 8500 units ( ours is an 8200)?
  68.  
  69. -- 
  70.  
  71. Allen Witt            email:    agw@math.canterbury.ac.nz
  72.