From Bugzilla Helper: User-Agent: Mozilla/4.75 [ja] (WinNT; U) Description of problem: Even the command "cat /dev/st0" fails with LTO tape device. "dd if=/dev/st0" also fails, tar too. Both reading/Writing from/to LTO tape can't finish properly. Sometime it works fine, but big data(ex.30GB) offten causes this error. Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1.set LTO tape device and tape into it. 2.cat /dev/st0 3. Actual Results: Error exit with error message: (scsi1:A:4:0): Unexpected busfree in Data-in phase SEQADDR == 0x8b scsi1:0:4:0: Attempting to queue a TARGET RESET message scsi1:0:4:0: Command not found aic7xxx_dev_reset returns 0x2002 scsi: device set offline - command error recover failed: host 1 channel 0 id 4 lun 0 Expected Results: can read/write normally. Additional info: LTO tape device is: Vendor: HP Model: Ultrium 1-SCSI Rev: E15G Type: Sequential-Access ANSI SCSI revision: 03 (scsi1:A:4): 20.000MB/s transfers (10.000MHz, offset 15, 16bit) We know the problems of aic789x(http://www.linuxtapecert.org), but this issue is reproduced on aic7880(aic7xxx.o) and ncr53c825(ncr53c8xx.o). ncr53c825-0-<4,0>: phase change 2-6 6@37198488 resid=5. ncr53c825-0:4: ERROR (0:4) (8-0-0) (8/1b) @ (script 380:860b0000). ncr53c825-0: script cmd = 78340800 ncr53c825-0: regdump: da 00 80 1b 47 08 04 0f 75 08 84 00 80 00 0e 02. ncr53c825-0: have to clear fifos. ncr53c825-0: unexpected disconnect ncr53c825-0: SCSI parity error detected: SCR1=138 DBC=860b0000 SSTAT1=e ncr53c825-0-<4,0>: COMMAND FAILED (8a ff) @f7198000. st0: Error 2707007f (sugg. bt 0x20, driver bt 0x27, host bt 0x7). st0: Error with sense data: [valid=0] Info fld=0x0, Current st09:00: sns = 70 5 ASC=20 ASCQ= 0 Raw sense data:0x70 0x00 0x05 0x00 0x00 0x00 0x00 0x0e 0x00 0x00 0x00 0x00 0x20 0x00 0x00 0x00 st0: Error on write filemark. This issue is also reproduced on kernel-2.4.18-18.8.0, kernel-2.2.22-6.2.3. Interestingly, this is reproduced only on LTO tape device, not on DAT/DLT device. we change SCSI Transfer speed from 5MB/s to 10MB/s or Wide/Narrow, but this doesn't go away... We guess this is not problem of scsi device drivers, but scsi tape driver(st.o).
I've confirmed that Red Hat Advanced Server 2.1 has also this issue. Could anyone please give me any suggestions?
makisara has put the solution for the EOF bug at: http://www.kolumbus.fi/kai.makisara/st-eot.html
Thank you for your information, unfortunately the patch you pointed has no effects for this issue... We'll try the another "older" patch: ftp://ftp.tolisgroup.com/pub/linux/kernels/st-2.4.20.diff Does anyone try this on the kernel-2.4.9-34?
Since AS is affected transferring over to AS so the bug lives the full lifetime of AS
This bug is filed against RHEL2.1, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.