home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4781 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  3.9 KB

  1. Xref: sparky comp.sys.next.sysadmin:4781 comp.sys.next.hardware:1453
  2. Path: sparky!uunet!usc!sdd.hp.com!samsung!transfer!quiensabe.az.stratus.com
  3. From: dan@quiensabe.az.stratus.com (Dan Danz)
  4. Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
  5. Subject: Cybertnetics SCSI Tape / rdump / rmt problem
  6. Keywords: SCSI, tape, rdump, rmt
  7. Message-ID: <5771@transfer.stratus.com>
  8. Date: 21 Aug 92 03:59:17 GMT
  9. Sender: usenet@transfer.stratus.com
  10. Reply-To: dan@az.stratus.com
  11. Followup-To: comp.sys.next.sysadmin
  12. Lines: 109
  13.  
  14. I could use a little help trying to get a Cybernetics CY-8200/8500 SCSI
  15. tape drive working REMOTELY on a NeXT (NextStation and/or Turbo).
  16.  
  17. rdump and gnu_tar (1.10) run on another workstation fail when using /bin/rmt
  18. on the host with the drive.   The GNU version of rmt has been tried
  19. as well.
  20.  
  21. dump and tar both work when the SCSI device is attached directly to
  22. the workstation doing the dumping.
  23.  
  24. The basic problem is that the RMT operation fails because write(tape, buffer,  
  25. n) fails and returns a value of 0.  The same write worked flawlessly for
  26. (a hundred or so) blocks before the failure.
  27.  
  28. We've tried with/without compression, with different tapes (but like I said
  29. before, I think we can rule out the tape media because the same tape works
  30. when used to dump the local workstation).
  31.  
  32. We've added debugging code to GNU rmt to:
  33.  
  34.         1) validate that the value of n in the write call is really
  35.            non-zero.  It is.   For rdump, the value given is 32,768
  36.            and for gnu_tar it is 20,000.
  37.  
  38.         2) Do mt_get's after each write and show the value of the
  39.            tape status.
  40.  
  41. Two blocks BEFORE the bad return, mt_get shows error status for the
  42. first time:
  43.  
  44. [... from the trace in RMT, towards the end of the trace 
  45.  
  46. rmtd: W 10240                   < received Write cmd from gnu tar
  47. rmtd: W i=10240 n=10240         < debug proof that n != 0
  48.                                 < (the write(tape, buffer, n) is done here
  49. rmtd: W rval=10240 n=10240      < debug rval is value returned from write
  50. rmtd: MT type=10                < mt get results
  51. rmtd: MT ds=0
  52. rmtd: MT err=0
  53. rmtd: MT err0=0
  54. rmtd: MT err1=0
  55. rmtd: MT resid=0
  56. rmtd: MT fileno=0
  57. rmtd: MT blkno=0
  58. rmtd: A 10240                   < good answer to gnu_tar
  59.  
  60. rmtd: W 10240
  61. rmtd: W i=10240 n=10240
  62. rmtd: W rval=10240 n=10240
  63. rmtd: MT type=10
  64. rmtd: MT ds=64                 what's this status
  65. rmtd: MT err=0
  66. rmtd: MT err0=256
  67. rmtd: MT err1=0
  68. rmtd: MT resid=0
  69. rmtd: MT fileno=0
  70. rmtd: MT blkno=0
  71. rmtd: A 10240                   < good answer to gnu_tar
  72.  
  73. rmtd: W 10240
  74. rmtd: W i=10240 n=10240
  75. rmtd: W rval=10240 n=10240
  76. rmtd: MT type=10
  77. rmtd: MT ds=64              <<<  what's this status
  78. rmtd: MT err=0
  79. rmtd: MT err0=256
  80. rmtd: MT err1=0
  81. rmtd: MT resid=0
  82. rmtd: MT fileno=0
  83. rmtd: MT blkno=0
  84. rmtd: A 10240                   < good answer to gnu_tar
  85.  
  86. rmtd: W 10240
  87. rmtd: W i=10240 n=10240
  88. rmtd: W rval=0 n=10240          < write returns 0 bytes written
  89. rmtd: MT type=10
  90. rmtd: MT ds=0
  91. rmtd: MT err=0
  92. rmtd: MT err0=0
  93. rmtd: MT err1=0
  94. rmtd: MT resid=0
  95. rmtd: MT fileno=0
  96. rmtd: MT blkno=0
  97. rmtd: A 0                     <<< bad answer, causes abort 
  98.  
  99. rmtd: C
  100. rmtd: A 0
  101.  
  102. One way to make it work is to make the blocksize 8192.   (10,000 fails,
  103. 20,000 fails, 32K fails, don't know about other values between 8192 and  
  104. 10,000).
  105.  
  106. Any ideas would be appreciated, especialy information about what the
  107. mt_get is reporting two blocks before the error.  
  108.  
  109. ./sys/mtio.h says:
  110. ds is SCSI sense byte 0x02
  111. err is error register sense byte 0x0C
  112. err0 is sense bytes 0x13 and 0x14
  113. err1 is sense bytes 0x15 and 0X16
  114.  
  115. Can anboy supplied bit definitions for those sense bytes?
  116.  
  117. --
  118. L. W. "Dan" Danz                  VOS Mail:  Dan_Danz@vos.stratus.com
  119. Sr Consulting Software SE         NeXT Mail: dan@az.stratus.com
  120. Customer Assistance Center        Voice Mail/Pager: (602) 852-3107
  121. Telecommunications Division       Customer Service: (800) 828-8513
  122. Stratus Computer, Inc. 4455 E. Camelback #115-A, Phoenix AZ 85018
  123.