home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / hardware / 4108 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.9 KB
  1. Xref: sparky comp.sys.sun.hardware:4108 comp.sys.sun.admin:5897
  2. Path: sparky!uunet!gatech!purdue!news.cs.indiana.edu!lynx!zia.aoc.nrao.edu!rmilner
  3. From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
  4. Newsgroups: comp.sys.sun.hardware,comp.sys.sun.admin
  5. Subject: Re: Exabyte Problems with 690
  6. Message-ID: <1992Aug27.201257.734@zia.aoc.nrao.edu>
  7. Date: 27 Aug 92 20:12:57 GMT
  8. References: <1992Aug26.135249.28746@ibx.com> <THOMAS.TORNBLOM.92Aug26234705@beck.nexus.comm.se>
  9. Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
  10. Organization: National Radio Astronomy Observatory, Socorro NM
  11. Lines: 24
  12.  
  13. In article <THOMAS.TORNBLOM.92Aug26234705@beck.nexus.comm.se> Thomas.Tornblom@nexus.comm.se (Thomas Tornblom) writes:
  14. >I turned synchronous SCSI off in the kernel of our 690 about two weeks
  15. >ago, we haven't had a single write error on our 8500 since then. Now
  16. >I'm not sure if sync SCSI is the problem, at least we don't get any of
  17. >those silly "Blah blah target now synchronous at 3.72 M bit" messages.
  18.  
  19. 8500's and DATs definitely display the problem. It is better to disable
  20. sync SCSI on the tape drive than on your host, especially if you have disks
  21. on the same SCSI bus. This can be done with 8500's (ask your vendor for a
  22. new firmware tape with sync SCSI disabled); unfortunately I have yet to find
  23. a DAT that can do it. Certainly HP and WangTek (dunno about WangDAT) can't.
  24.  
  25. TTI sends their 8500's with sync SCSI already off. We got a tape from CoComp 
  26. to do it on the ones they sold us.
  27.  
  28. Sun has a "patch" which replaces esp.o, but we were told by Sun that all it
  29. does is suppress the "esp0: target x now synchronous ..." message. It doesn't
  30. prevent the renegotiation from happening as far as I know.
  31.  
  32. I don't know whether this has anything to do with the original poster's poor 
  33. performance problem with an 8500 at a specific location on the bus.
  34. -- 
  35. Ruth Milner                          NRAO/VLA                  Socorro NM
  36. Computing Division Head      rmilner@zia.aoc.nrao.edu
  37.