Bug 674238
| Summary: | Dracut should start multipathd with the new -B option in multipathd.sh | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Ben Marzinski <bmarzins> | ||||
| Component: | dracut | Assignee: | Harald Hoyer <harald> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Release Test Team <release-test-team-automation> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.0 | CC: | apevec, jstodola, mganisin, pknirsch | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: |
Currently when multipath runs in the initramfs with user_friendly_names set, if it doesn't find existing mappings in /etc/multipath/bindings, it creates new
ones, just like it does once the node is in normal operation. Unfortunately, these can conflict with the user_friendly_names set in the normal filesystem's
/etc/multipath/bindings.
dracut now starts the multipathd daemon with the new -B option, which causes multipath to treat the bindings file as read-only.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-05-19 11:54:13 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: | |||||||
| Bug Depends On: | 644111 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
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:
Currently when multipath runs in the initramfs with user_friendly_names set, if it doesn't find existing mappings in /etc/multipath/bindings, it creates new
ones, just like it does once the node is in normal operation. Unfortunately, these can conflict with the user_friendly_names set in the normal filesystem's
/etc/multipath/bindings.
dracut now starts the multipathd daemon with the new -B option, which causes multipath to treat the bindings file as read-only.
Tested on build RHEL6.1-20110427.0 with dracut-004-53.el6.noarch on s390x architecture. Root filesystem was placed on a multipath zFCP LUN. The following log comes from /init.log from initramfs: ... + [ -e /pre-trigger/02multipathd.sh ] + . /pre-trigger/02multipathd.sh + [ -e /etc/multipath.conf ] + modprobe dm-multipath + multipathd -B + [ -e /pre-trigger/10plymouth-pretrigger.sh ] + . /pre-trigger/10plymouth-pretrigger.sh + getarg rd_NO_PLYMOUTH ... multipathd was run with the -B option. Moving to VERIFIED. 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-2011-0523.html |
Created attachment 476317 [details] Patch to add the -B option Currently when multipath runs in the initramfs with user_friendly_names set, if it doesn't find existing mappings in /etc/multipath/bindings, it creates new ones, just like it does once the node is in normal operation. Unfortunately, these can conflict with the user_friendly_names set in the normal filesystem's /etc/multipath/bindings. The new -B option caused multipath to treat the bindings file as read-only. This option should be added to the dracut multipath scripts.