home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12853 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  3.7 KB

  1. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!VMSFE.ULCC.AC.UK!CZIWKGA
  2. From: CZIWKGA@VMSFE.ULCC.AC.UK ("Kevin Ashley, Systems Development, ULCC")
  3. Newsgroups: comp.os.vms
  4. Subject: Summary: Using Micro Technology Exabyte 8500 in low density
  5. Message-ID: <9207281641.AA07842@ucbvax.Berkeley.EDU>
  6. Date: 28 Jul 92 14:46:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 59
  11.  
  12. Thanks to all who responded to my question regarding the use of Exabyte
  13. 8500 drives supplied by Micro Technology to write low-density (2.2GB)
  14. tapes. Although no-one was able to solve my problem, your responses
  15. convinced me that I have an issue to raise with Micro Technology here
  16. in the UK.
  17.  
  18. To remind you of my situation, the drive is connected via a QBUS interface
  19. to a Microvax 3600. The interface must, I presume, perform some intelligent
  20. conversion, making the drive appear to be a TU81 to the QBUS, but speaking
  21. SCSI commands to the Exabyte. Some peoples's suggestions were, unfortunately,
  22. specific to different controller suppliers or to different environments,
  23. such as those where the Exabyte is connected to a SCSI bus on a VAXstation.
  24.  
  25. Most everyone suggested using INIT/DENSITY=1600 for low density and
  26. INIT/DENSITY=6250 for high. This had occurred to be before I sent my message,
  27. and I probably should have said so. I had tried it, and it doesn't work.
  28. SHOW DEVICE always reports that the drive is operating at 1600 bpi, but
  29. in fact it is always writing high density tapes. However, it is clear
  30. that this is how it is meant to behave. One responder commented that the
  31. firmware needed to be at the right rev level for this to work. This could
  32. be our problem.
  33.  
  34. Others suggested initializing a tape in the low density drive we have, and
  35. then using it in the high density drive, without rewriting the label - that
  36. is, specifying /NOREWIND to BACKUP, since that is my main use of it. I had
  37. tried this as well. It also didn't work. One responder said that, for
  38. this to work, one had to prevent the tape being rewound after the reading
  39. of the label. BACKUP always seems to rewind the tape to perform label
  40. verification, and although the drive indicates that it is in low density mode
  41. when reading the label, it then switches to high density mode when writing
  42. begins. (I assume this from looking at the Tape Remaining indicator, which
  43. reads in Mbytes remaining.) It may be that BACKUP will perform differently
  44. if there is an empty saveset first on the tape, rather than just labels.
  45. I will try this as well.
  46.  
  47. However, it seems clear that we really need to get the controller up to rev,
  48. since using INIT/DENSITY works for so many other people. Thanks to all of
  49. those who took the time and effort to respond to my question, specifically:
  50.  
  51. russell@org.erim (John Russell)
  52. Richard Seymour <seymour@edu.washington.u>
  53. COLOMBO@gov.fnal.fndcd (Rick 'VMS lives 4ever' Colombo)
  54. fox@edu.msu.nscl.rudolf (Ron Fox)
  55. daveg@com.clearpoint.prowler (Dave Goldblatt)
  56. Jim Ross <ROSSJI@mil.af.js-jtf>
  57. Roy Omond <Roy.Omond@DE.EMBL-Heidelberg>
  58. John Macallaster <macallstr@vax.ox.ac.uk>
  59.  
  60. and others whose addresses I have lost - apologies.
  61. ------------------------------------------------------------------------------
  62. Kevin Ashley                              K.Ashley@Ulcc.ac.uk
  63. Systems Development Group Manager         Telephone: +44 71 405 8400
  64. University of London Computer Centre. 
  65.  
  66.                 Domain Mailers                 Non-domain mailers
  67. Internet:    K.Ashley@ulcc.Ac.uk       K.Ashley%ulcc.Ac.uk@nsfnet-relay.ac.uk
  68. Bitnet/EARN: K.Ashley@ulcc.ac.uk       K.Ashley%Uk.ac.ulcc@UKACRL
  69. UUCP:                                  ...!ukc!ncdlab!K.Ashley
  70.  
  71.