Bug 1363830 - friendly-name change no non-friendly-name failed after set user_friendly_names from yes to no
Summary: friendly-name change no non-friendly-name failed after set user_friendly_name...
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: device-mapper-multipath
Version: 7.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Ben Marzinski
QA Contact: Zhang Yi
Steven J. Levine
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-08-03 16:46 UTC by Zhang Yi
Modified: 2016-11-04 08:20 UTC (History)
5 users (show)

(edit)
Multipath no longer occasionally fails while renaming devices

Previously, multipath was using an uninitialized variable in the function to rename a device. This would cause multipath to fail occasionally while renaming a device because the variable was set to an invalid value. With this fix, multipath now initializes this variable when renaming a device.
Clone Of:
(edit)
Last Closed: 2016-11-04 08:20:58 UTC


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:2536 normal SHIPPED_LIVE device-mapper-multipath bug fix and enhancement update 2016-11-03 14:18:10 UTC

Comment 3 Ben Marzinski 2016-08-05 21:42:02 UTC
This (and possibly Bug 1363937) are caused by an uninitialized variable being passed by dm_rename. I have a fix for it.

Comment 7 errata-xmlrpc 2016-11-04 08:20:58 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-2536.html


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