home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4868 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.9 KB
  1. Xref: sparky comp.sys.sun.admin:4868 mail.sun-managers:14
  2. Newsgroups: comp.sys.sun.admin,mail.sun-managers
  3. Path: sparky!uunet!sun-barr!decwrl!csus.edu!csusac!cindy!rat!zeus!joule!etsiao
  4. From: etsiao@joule (Eddie Tsiao)
  5. Subject: Re: ATTENTION: A problem with dump under 4.1.1
  6. Message-ID: <1992Jul21.195006.112389@zeus.calpoly.edu>
  7. Sender: news@zeus.calpoly.edu
  8. Organization: California Polytechnic State University, San Luis Obispo
  9. References: <1992Jul20.073110.20195@aristo.tau.ac.il>
  10. Date: Tue, 21 Jul 1992 19:50:06 GMT
  11. Lines: 48
  12.  
  13. In article <1992Jul20.073110.20195@aristo.tau.ac.il> shani@GENIUS.TAU.AC.IL (Oren Shani) writes:
  14. >Hello
  15.  
  16. Omitted...
  17.  
  18. >about once in two weeks with a writeback error. It took us some time to
  19. >realize that this is due to another problem and to notice that it happens while
  20. >performing the backups, but once we did, we called Sun technicians. The
  21. >technicians tried to replace everything - from the SCSI cable to eventually, the
  22. >whole computer - but it didn't help. In fact, after the ROM revision was 
  23. >upgraded, the problem got even worse - the computer now gets stuck with some
  24. >strange memory error on the console, and can be revived only by turning the
  25. >power on and off. Meanwhile our Exabyte died (something with it's r/w head,
  26. >probably have nothing to do with this), so we no longer use it, we don't use
  27. >mt either because we backup either to a free disk partition or to a remote
  28. >computer, and the crashes still continue.
  29. >
  30. >  After every link of the chain was checked (Hardware, SCSI, Exabyte, mt) we
  31. >have to conclude that the problem is with dump. So I would like you all to take
  32. >note, and let me know if you encounter anything that supports this suspicion.
  33. >
  34. >-- 
  35. >    __    __  Oren Shani (shani@genius.tau.ac.il) 
  36. >   /  /  /    Faculty of Engineering, Tel Aviv university
  37. >  /  /   --   Israel
  38. > /__/ . __/ . "Hold your temper" -- The caterpillar to Alice
  39.  
  40. We have had (are having?) similar problems.  We occationally get an error:
  41.  
  42.   DUMP: Tape write error 753 feet into tape 1
  43.   DUMP: fopen on /dev/tty fails
  44.   DUMP: The ENTIRE dump is aborted.
  45.  
  46. At first, we suspected the tape but the same tape often worked fine for the 
  47. next dump.  More recently, we've been getting SCSI timeout errors during
  48. backup.  I am now in the process of switching cables etc.  I first changed
  49. servers but that didn't help.  Now, I've changed the cable and am using the
  50. other SCSI port on the drive.  I'm waiting for more problems to crop up.
  51. If anybody knows, definately, that there is a problem with dump, please post
  52. it.  Thanks.
  53.  
  54.             - E.T.
  55.  
  56. -------------------------------------------------------------------------------
  57. |Eddie Tsiao                               | etsiao@onramp.ARDFA.CalPoly.EDU |
  58. |System Administrator                      | Voice:   (805) 756-1706         |
  59. |ARDFA Cal Poly,  San Luis Obispo          | FAX:     (805) 756-1702         |
  60. ------------------------------------------------------------------------------
  61.