Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 1048312 - [RFE] make multipath -b require an absolute path with with all directories existing
Summary: [RFE] make multipath -b require an absolute path with with all directories ex...
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: device-mapper-multipath
Version: 5.7
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Ben Marzinski
QA Contact: Red Hat Kernel QE team
Depends On:
TreeView+ depends on / blocked
Reported: 2014-01-03 17:03 UTC by Ben Marzinski
Modified: 2014-02-08 20:36 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2014-02-08 20:36:14 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Ben Marzinski 2014-01-03 17:03:47 UTC
Description of problem:

multipath -b2

instead of

multipath -v2

can cause serious issues, remapping the users multipath devices.  With the fix for 1039935, this shouldn't cause corruption for already in use devices, but it can cause issues for anything relying on the user_friendly_names to always refer to the same device (which is otherwise a valid thing to do). Making -b require an absolute path name shouldn't cause any upgrade issues.  Users should
not need to use the -b option during normal operation.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. create multipath devices with user_friendly_names enabled
        you will likely need to hand edit the bindings file to make it more likely that the devices will later be assigned different names
2. run multipath -b2  (or -b <any_non-existing_file_name>)
3. notice that the devices have been remapped.

Actual Results:

devices change their user_friendly names

Expected Results:

devices retain their existing names, and the command returns an error.

Comment 2 RHEL Program Management 2014-02-08 20:36:14 UTC
Product Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

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