Description of Problem:
Executing "tar cvf /dev/st0 /backup" results in no response from DDS3 tape.
Steps to Reproduce:
1. Install RH 7.1 on IBM xSeries 300 to onboard U160 adapter
2. DDS3 tape connected to second U160 adapter in rear of box
3. Run tar cvf /dev/st0 /backup
No response from tape.
Backup should have been successful.
When using the 2940UW SCSI adapter for the DDS3 tape drive instead of the U160 SCSI adapter, no problem.
Red Hat 7.0 works fine.
There are no problems when other tape drives are used: DDS4, TR5(SCSI), TR5(IDE) or HH-LTO.
Looks like a driver issue.
Also unable to backup data to DLT tape drives with U160 SCSI adapter on RedHat7.1J.
Results with running TAR backup command with DLT tapes:
DLT4000: No response.
DLT8000: An error message of "0 byte was written out of 10240 bytes. An error was not recovered."
I also experienced the same problem when using a DDS3 tape drive with an Adaptec
U160 adapter. However, the DDS3 tape backup functions properly with other
adapters...just confirmed that it works properly with the LSI Logic 53c896.
Doug, please investigate this
I need complete logs of the SCSI startup messages on the failing box. I need
the Adaptec driver messages, the tape identity messages, and the messages from
the startup of the st driver. I also need you to load the aic7xxx driver in
verbose mode so we might be able to get a better clue about what's going on (I
assume there is a bus reset in there somewhere as the drive and controller try
to talk to each other). If there is a bus activity LED, then knowing what that
LED is doing when the tar command is running would also be very helpful (is it
on solid, does it only blink occasionally, what details can you provide). Also,
try going into the aic7xxx cards' BIOS and setting the device parameters for the
DDS3 tape drive to a maximum transfer speed of 80MB/s and see if it works any
better (if not, then try 40MB/s and see if that helps). Let me know how it all
We (Red Hat) really need to fix this before next release.
*** Bug 51357 has been marked as a duplicate of this bug. ***
Works fine with Fairfax RC1.
After installing RC1 on IBM xSeries 300 (BIOS level 17), U160 card was
installed and autodetected and configured by Kudzu as an Adaptec/7892A.
tar command was run successfully.
Will the fix for RH 7.1 be to upgrade to the Fairfax kernel?
The x300 was tested with the DDS3 tape and the DLT 7000 tape -- both worked
fine with RC1.
I don't know the answer to that question. Michael?
The fix for Red Hat Linux 7.1 will be to upgrade to an errata kernel
closely related to the fairfax kernel, once we release the errata
Fixed in RH 7.1 kernel errata (2.4.9-6).