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
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: device-mapper-multipath (Show other bugs)
(Show other bugs)
Version: 5.5
Hardware: All Linux
high
high
Target Milestone: rc
: ---
Assignee: Ben Marzinski
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Keywords: ZStream
Depends On: 584742
Blocks: 607467
TreeView+ depends on / blocked
 
Reported: 2010-06-24 08:45 UTC by RHEL Product and 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.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-07-14 12:44:05 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


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

Description RHEL Product and 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.