Bug 768873 - [device-mapper-multipath] behavior is not consistent when using user_friendly_names
Summary: [device-mapper-multipath] behavior is not consistent when using user_friendly...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: device-mapper-multipath
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Ben Marzinski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-19 08:53 UTC by Haim
Modified: 2014-01-13 00:50 UTC (History)
15 users (show)

Fixed In Version: device-mapper-multipath-0.4.9-51.fc19
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-26 03:38:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Haim 2011-12-19 08:53:47 UTC
Description of problem:

behavior is not consistent after using user_friendly_names = no as multipath doesn't rename device back to its original name

flow: 

# use user_friendly_names = no
- login to iscsi target
- run multipath -r 
- device appear with their original name

# use user_friendly_names = yes, configure some aliases
- run multipath -r 
- device appear with their alias name

# edit /etc/multipath.conf again, and change use user_friendly_names = no
- run multipath -r 
- device appear with their alias name

the rename should work backwards



# conf when using user_friendly_names = yes
defaults {
    polling_interval        5
    getuid_callout          "/lib/udev/scsi_id -g -u -d /dev/%n"
    no_path_retry           fail
    user_friendly_names     yes
    flush_on_last_del       yes
    fast_io_fail_tmo        5
    dev_loss_tmo            30
    max_fds                 4096
}

multipaths {

        multipath {
                wwid                36090a068a0746b89ddee943b5b253db6
                alias               rhev-a24-01_myDev1
        }
        multipath {
                wwid               36090a068a074fb95ddeee43b5b259da7
                alias               rhev-a24-01_myDev2
        }
}

# conf when using user_friendly_names = no

defaults {
    polling_interval        5
    getuid_callout          "/lib/udev/scsi_id -g -u -d /dev/%n"
    no_path_retry           fail
    user_friendly_names     no
    flush_on_last_del       yes
    fast_io_fail_tmo        5
    dev_loss_tmo            30
    max_fds                 4096
}

Comment 1 Fedora End Of Life 2013-04-03 13:52:36 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 2 Ben Marzinski 2013-05-20 16:06:04 UTC
Fixed this.  reloading with now always switch to the currently configured naming scheme.

Comment 3 Fedora Update System 2013-05-20 16:10:19 UTC
device-mapper-multipath-0.4.9-51.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/device-mapper-multipath-0.4.9-51.fc19

Comment 4 Fedora Update System 2013-05-20 20:07:21 UTC
Package device-mapper-multipath-0.4.9-51.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing device-mapper-multipath-0.4.9-51.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-8647/device-mapper-multipath-0.4.9-51.fc19
then log in and leave karma (feedback).

Comment 5 Fedora Update System 2013-05-26 03:38:25 UTC
device-mapper-multipath-0.4.9-51.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.


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