Bug 607487 - IO is stuck due to active device that moved to suspend mode and never resumed
Summary: IO is stuck due to active device that moved to suspend mode and never resumed
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: device-mapper-multipath
Version: 5.5
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Ben Marzinski
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On: 584742
Blocks: 607467
TreeView+ depends on / blocked
 
Reported: 2010-06-24 08:45 UTC by RHEL Program Management
Modified: 2010-11-22 23:37 UTC (History)
21 users (show)

Fixed In Version: device-mapper-multipath-0.4.7-34.el5_5.3
Doc Type: Bug Fix
Doc Text:
Previously, to resize a multipath device, users had to run the command "multipathd -k'resize map <mapname>'". Running "multipath" instead caused the multipath to become stuck in the SUSPENDED state. In this state, all input/output to the device hung. Now users can resize the device with either command, and the multipath device will no longer get stuck in the SUSPENDED state.
Clone Of:
Environment:
Last Closed: 2010-07-14 12:44:05 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2010:0532 0 normal SHIPPED_LIVE device-mapper-multipath bug fix update 2010-07-14 12:43:58 UTC

Description RHEL Program Management 2010-06-24 08:45:39 UTC 
This bug has been copied from bug #584742 and has been proposed
to be backported to 5.5 z-stream (EUS).
Comment 3 Ben Marzinski 2010-06-24 23:52:23 UTC 
This fix has now been ported the the zstream.
Comment 4 Jaromir Hradilek 2010-06-29 08:54:47 UTC 
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.

New Contents:
Previously, to resize a multipath device, users had to run the command "multipathd -k'resize map <mapname>'", as running "multipath" instead caused the multipath to become stuck in the SUSPENDED state. In this state, all input/output to the device hung. Now users can resize the device with either command, and the multipath device will no longer get stuck in the SUSPENDED state.
Comment 5 Barry Donahue 2010-06-30 14:22:15 UTC 
Verified fix in device-mapper-multipath-0.4.7-34.el5_5.4.x86_64.rpm and kpartx-0.4.7-34.el5_5.4.x86_64.rpm.
Comment 6 Florian Nadge 2010-07-14 10:10:35 UTC 
Technical note updated. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.

Diffed Contents:
@@ -1 +1 @@
-Previously, to resize a multipath device, users had to run the command "multipathd -k'resize map <mapname>'", as running "multipath" instead caused the multipath to become stuck in the SUSPENDED state. In this state, all input/output to the device hung. Now users can resize the device with either command, and the multipath device will no longer get stuck in the SUSPENDED state.+Previously, to resize a multipath device, users had to run the command "multipathd -k'resize map <mapname>'". Running "multipath" instead caused the multipath to become stuck in the SUSPENDED state. In this state, all input/output to the device hung.  Now users can resize the device with either command, and the multipath device will no longer get stuck in the SUSPENDED state.
Comment 8 errata-xmlrpc 2010-07-14 12:44:05 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 therefore 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/RHBA-2010-0532.html
Note You need to log in before you can comment on or make changes to this bug.