Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 158457 - Long tape commands (e.g. erase) timeout on dpt_i2o.
Summary: Long tape commands (e.g. erase) timeout on dpt_i2o.
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel
Version: 3.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tom Coughlan
QA Contact: Brian Brock
Depends On:
Blocks: 156320
TreeView+ depends on / blocked
Reported: 2005-05-22 14:38 UTC by Tom Coughlan
Modified: 2007-11-30 22:07 UTC (History)
2 users (show)

Fixed In Version: RHSA-2005-663
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-09-28 15:11:10 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2005:663 qe-ready SHIPPED_LIVE Important: Updated kernel packages available for Red Hat Enterprise Linux 3 Update 6 2005-09-28 04:00:00 UTC

Description Tom Coughlan 2005-05-22 14:38:35 UTC
This bug was reported on RHEL 2.1 BZ 157662. The fix is needed in RHEL 3 as well. 

Certain tape operations timeout. This is because the driver incorrectly
overrides the command timeout set by the tape driver. Some tape commands, like
erase, can take a very long time. This was not seen before because it is
somewhat unsuual to put tapes on a dpt_i20 adapter. 

The patch is just a few lines. It leaves the command timeout alone for tape
devices, and it fixes two obvious typos. It has been proposed upstream, with no
objections, but is not in yet. It has been in the Adaptec version of the driver
for a long time. 

The time to prepare and test the patch is 4 hours.

Comment 4 Tom Coughlan 2005-06-22 15:10:31 UTC
We do not have a dpt_i2o with a tape on it. I would propose not to bother
testing that, since the customer verified it (an AS 2.1), it is an obvious fix,
and it is a non-typical set up. Instead, I would do a quick regression test on a
disk-based dpt_i2o. 

This was a Big Deal for Hitachi on AS 2.1 (apparently they ship a system set up
this way). We need to fix it in AS 2.1. We don't want them to regress when they
go to RHEL 3.  

Comment 7 Ernie Petrides 2005-07-16 00:24:32 UTC
A fix for this problem has just been committed to the RHEL3 U6
patch pool this evening (in kernel version 2.4.21-32.12.EL).

Comment 10 Red Hat Bugzilla 2005-09-28 15:11:11 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

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