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 5 product line. The current stable release is 5.10. 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 236983

Summary: Kernel hangs with sata_mv when querying SMART
Product: Red Hat Enterprise Linux 5 Reporter: Milan Kerslager <milan.kerslager>
Component: kernelAssignee: David Milburn <dmilburn>
Status: CLOSED CURRENTRELEASE QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.0CC: jgarzik, k.georgiou
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-09-02 16:57:46 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:

Description Milan Kerslager 2007-04-18 19:05:06 UTC 
On my Supermicro P4SCT (Pentium 4, 3.2 GHz, 1GB RAM, Marvell MV88SX5041 64bit
PCI SATA RAID, 7x HDD 400GB WD4000KD-00N) I'm able to reproducibly hang the
machine by  issuing 'smartctl -a' command. I was trying to eliminate HW problem
as sata_mv has poor EH (error handling). But if at least 3 drives with RAID5 or
RAID6 (but not RAID1) are rebuilding an array, smartctl causes random hangs (by
repeating smartctl by 1 to 30 times).

Is there a known problem with deadlock or so? The hang comes especially by
redirecting output to the pipe or /dev/null (ie without terminal that slowing
down the command or reducing pauses between subsequent pooling of the drives).

Also smartd causes random hangs (in few days) if the machine is under disc I/O load.
Comment 1 David Milburn 2009-09-02 16:57:46 UTC 
I don't have a marvell controller to verify this test case, but, sata_mv
was updated in RHEL5 U3 and stress tested so I am closing this issue, please
re-open if necessary.