home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4928 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.1 KB
  1. Xref: sparky comp.sys.sun.admin:4928 mail.sun-managers:17
  2. Newsgroups: comp.sys.sun.admin,mail.sun-managers
  3. Path: sparky!uunet!pacdata!jimh
  4. From: jimh@pacdata.uucp (Jim Harkins)
  5. Subject: Re: ATTENTION: A problem with dump under 4.1.1
  6. Message-ID: <1992Jul23.214723.13357@pacdata.uucp>
  7. Keywords: tape, cleaning
  8. Organization: Pacific Data Products
  9. References: <1992Jul20.073110.20195@aristo.tau.ac.il> <1992Jul21.195006.112389@zeus.calpoly.edu> <HFL-H1A7T@linac.fnal.gov>
  10. Date: Thu, 23 Jul 1992 21:47:23 GMT
  11. Lines: 37
  12.  
  13. In article <HFL-H1A7T@linac.fnal.gov> billq@pogo.fnal.gov writes:
  14. >|> In article <1992Jul20.073110.20195@aristo.tau.ac.il> shani@GENIUS.TAU.AC.IL (Oren Shani) writes:
  15. >|> We have had (are having?) similar problems.  We occationally get an error:
  16. >|> 
  17. >|>   DUMP: Tape write error 753 feet into tape 1
  18. >|>   DUMP: fopen on /dev/tty fails
  19. >|>   DUMP: The ENTIRE dump is aborted.
  20. >|> 
  21. >Sorry if I've missed this in an earlier followup, but has the drive been
  22. >cleaned?
  23.  
  24. Wunnerful.  I got the same errors and sent my tape drive out for repair, I
  25. get back from vacation and see this thread.
  26.  
  27. Anyway, we have 2 exabytes.  I was going to move our dump from one to the
  28. other for convienance and found I could no longer write to it.  I tried
  29. using tar and it wouldn't write to the tape either.  Cleaned the tape
  30. head, tried a new tape, re-seated the SCSI cable, moved the drive to a
  31. different Sun, no luck.  Called the vendor and he said to send it back,
  32. it's only 6 months old and still under warranty.  The other Exabyte works
  33. like a champ.
  34.  
  35. The Exabyte has an internal RAM buffer, when the buffer is full the block
  36. is written to tape.  I suspect this is why you get the error 753 feet into
  37. the tape, thats the end of the first block (this is a guess, I didn't
  38. check it out).  I did verify the error occurred before any blocks got
  39. written to tape.
  40.  
  41. jim
  42.  
  43. -- 
  44. Lawyers Creed:  What's mine is mine, what's yours is negotiable.
  45. --------------------------------------------------------------
  46. Jim Harkins                         [ucsd|uunet]!pacdata!jim
  47. Pacific Data Products               jim@pacdata.com
  48. --------------------------------------------------------------
  49.  
  50.