Bug 411131 - st tape driver fails to stream Quantum VS160 after drive power cycle
st tape driver fails to stream Quantum VS160 after drive power cycle
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel (Show other bugs)
4.5
i686 Linux
low Severity medium
: ---
: ---
Assigned To: Red Hat Kernel Manager
Martin Jenner
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-04 16:52 EST by starlight
Modified: 2012-06-20 09:19 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-06-20 09:19:22 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description starlight 2007-12-04 16:52:44 EST
Description of problem:

After power cycle of tape drive, 'st' driver gets stupid and
does something that prevents Quantum VS160 from streaming.
Requires reboot to work around the issue.  'stinit' does
not help.

It's apparent that some of the recent maintenance work done
on the 'st' driver has introduced regressions.  I'm thinking
I may revert to the version from circa RHEL 4 U1, which I
recall worked just fine.

tape drive:  Quantium VS160, firmware rev 44
scsi adapter:  Adaptec 39320A
Comment 1 Jiri Pallich 2012-06-20 09:19:22 EDT
Thank you for submitting this issue for consideration in Red Hat Enterprise Linux. The release for which you requested us to review is now End of Life. 
Please See https://access.redhat.com/support/policy/updates/errata/

If you would like Red Hat to re-consider your feature request for an active release, please re-open the request via appropriate support channels and provide additional supporting details about the importance of this issue.

Note You need to log in before you can comment on or make changes to this bug.