home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sequent / 467 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  3.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!sol.ctr.columbia.edu!caen!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!carson.u.washington.edu!donn
  2. From: donn@carson.u.washington.edu (Donn Cave)
  3. Newsgroups: comp.sys.sequent
  4. Subject: Re: scsi this...
  5. Message-ID: <1992Jul27.201540.5639@u.washington.edu>
  6. Date: 27 Jul 92 20:15:40 GMT
  7. References: <22541@hacgate.SCG.HAC.COM>
  8. Sender: news@u.washington.edu (USENET News System)
  9. Distribution: usa
  10. Organization: University of Washington
  11. Lines: 61
  12.  
  13. tony@hacgate.SCG.HAC.COM (Tony Reeves) writes:
  14.  
  15. | We have a Sequent S81 running the sequent drive controllers running swallow,
  16. | super swallows and NEC drives. 
  17.  
  18. | We would like to use any standard scsi drives on our system. Is anyone using
  19. | standard scsi drives (like a Maxtor P1-17s?) on a sequent? If so can you use
  20. | any scsi drives? what controller do you use? can you format drives while in
  21. | multi-user mode?
  22.  
  23. | any answers would be great.
  24.  
  25. Good, because this answer probably won't be much help to you.  We finally
  26. succeeded in attaching a 3rd party (DEC) SCSI disk drive to our Sequent
  27. 2000/750, just this last week, after much head-scratching and fumbling
  28. around.  I'm going to try to summarize what we now know about it, since
  29. several people who were kind enough to respond to my previous inquiry on
  30. the subject expressed some interest.  However, I believe that your S81
  31. doesn't have the hardware that's needed for this.  Ours certainly doesn't.
  32.  
  33. The SCSI-2 interfaces to our 2000 go through the QCIC controller(s).  We
  34. have one such controller, with 4 ports; port 0 is already occupied with
  35. a "pbay" that drives two 1.2 MB Hewlett Packard SCSI disks.  The pbay
  36. apparently performs some functions that are required by these drives, but
  37. that other vendors may incorporate into their drive boxes.
  38.  
  39. We plugged our new disk directly into QCIC port 1.  I can't explain the
  40. numbering system, but that makes the disk /dev/qd6.
  41.  
  42. Of course we had to construct our own VTOC, using information supplied by
  43. the vendor, and when that appeared to be in error we had to write a program
  44. to investigate the disk (I believe we actually modified the mkvtoc program
  45. to find out how many cylinders were actually present).  It turned out that
  46. our VTOC needed to account for one more cylinder than the vendor reports.
  47.  
  48. Notes:
  49.  
  50.     1.    SCSI 2 interfaces:  it turns out that there are two kinds of SCSI 2
  51.     interfaces.  "Open-ended", the kind that one generally sees on
  52.     workstation systems like DECstations and RS/6000s, isn't capable
  53.     of handling long cabling distances like the "differential" interface
  54.     that Sequent supports on the 2000.  The disk vendor may be able to
  55.     supply a differential drive, if you ask.
  56.  
  57.     2.    Cables:  our drives have a Centronix (wide) port, and the 2000's
  58.     QCIC ports have a Honda (narrow) port.  We had to arrange to have
  59.     a special cable made - if you will need one, ask early, because it
  60.     could take a while.
  61.  
  62.     3.    Support:  Sequent will not be able to help you very effectively in
  63.     attaching 3rd party disks.
  64.  
  65. We will probably know more about this situation, collectively, when the
  66. man who did most of the work comes back from vacation, and if I can add
  67. anything to this I'll post it.  The short answer seems to be that we now
  68. think that 3rd party SCSI 2 disk drives can be attached to a Sequent 2000
  69. system, but it's not like our other UNIX platforms, DECstations, RS/6000s,
  70. etc., where it's little more than a matter of plugging them in.
  71.  
  72.     Donn Cave, University Computing Services, University of Washington
  73.     donn@cac.washington.edu
  74.