Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

For bugs related to Red Hat Enterprise Linux 3 product line. The current stable release is 3.9. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 158457

Summary:	Long tape commands (e.g. erase) timeout on dpt_i2o.
Product:	Red Hat Enterprise Linux 3	Reporter:	Tom Coughlan <coughlan>
Component:	kernel	Assignee:	Tom Coughlan <coughlan>
Status:	CLOSED ERRATA	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3.0	CC:	kanderso, petrides
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	RHSA-2005-663	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-28 15:11:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	156320

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.

http://rhn.redhat.com/errata/RHSA-2005-663.html