Bug 768873

Summary: [device-mapper-multipath] behavior is not consistent when using user_friendly_names
Product: [Fedora] Fedora Reporter: Haim <hateya>
Component: device-mapper-multipathAssignee: Ben Marzinski <bmarzins>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: abaron, agk, bmarzins, danken, dwysocha, fdinitto, hateya, heinzm, lvm-team, mgoldboi, msnitzer, prockai, yeylon, ykaul, zkabelac
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: device-mapper-multipath-0.4.9-51.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-26 03:38:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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.