Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1225182

Summary: Multipath config not loading properly on startup
Product: [Retired] oVirt Reporter: Chris Jones <chris.jones>
Component: ovirt-nodeAssignee: Fabian Deutsch <fdeutsch>
Status: CLOSED CURRENTRELEASE QA Contact: bugs <bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.5CC: bugs, chris.jones, cshao, ecohen, fdeutsch, gklein, lsurette, mgoldboi, ovirt-bugs, rbalakri, ycui, yeylon, ylavi
Target Milestone: ---   
Target Release: 3.5.4   
Hardware: x86_64   
OS: Linux   
Whiteboard: node
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-09-03 13:53:55 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Node RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1238775    
Attachments:
Description Flags
multipath.conf none

Description Chris Jones 2015-05-26 18:46:43 UTC
Created attachment 1030118 [details]
multipath.conf

Description of problem:

Engine: oVirt Engine Version: 3.5.2-1.el7.centos
Nodes: oVirt Node - 3.5 - 0.999.201504280931.el7.centos

Upon startup, multipath.conf isn't loaded properly. Multipathd has to be manually restarted for the settings in multipath.conf to properly take effect.

Version-Release number of selected component (if applicable):
oVirt Node - 3.5 - 0.999.201504280931.el7.centos

How reproducible:
100%

Steps to Reproduce:
1. Reboot
2. Before manually reloading multipathd
        device {
                vendor "COMPELNT"
                product "Compellent Vol"
                path_grouping_policy "multibus"
                path_checker "tur"
                features "0"
                hardware_handler "0"
                prio "const"
                failback immediate
                rr_weight "uniform"
                no_path_retry "queue"
        }
3. After manually reloading multipathd
  	device {
                vendor "COMPELNT"
                product "Compellent Vol"
                path_grouping_policy "multibus"
                path_checker "tur"
                features "0"
                hardware_handler "0"
                prio "const"
                failback immediate
                rr_weight "uniform"
                no_path_retry "fail"
        }

Actual results:

multipath.conf does not get loaded properly until manual restart of multipathd.

Expected results:
Multipathd to load the correct settings the first time.

Additional info:
This is especially bad when coupled with https://bugzilla.redhat.com/show_bug.cgi?id=1225162. You think no_path_retry is "fail" when it actually is defaulting to "queue". multipath.conf is attached

Comment 1 Fabian Deutsch 2015-05-26 19:05:21 UTC
Hey Chris, thanks for the report.

Multipath is a difficult area on Node. We actually have a few more bugs in that area which we'd like to solve. This bug can probably be solved by an automatic reload during boot.

The cause of it is probably, that the "persisted" files are not there yet, when multipath is coming up.

Comment 2 Sandro Bonazzola 2015-07-02 06:51:17 UTC
Since oVirt 3.5.4 RC1 has been released, please ensure that the fix is included in the build and move the bug to ON_QA accordingly.

Comment 3 Ying Cui 2015-07-22 08:44:09 UTC
Chen, please verify this bug with downstream rhevh 3.5.4 builds I confirmed with PM Yaniv yet.

Comment 4 cshao 2015-07-22 09:38:35 UTC
Test version:
ovirt-node-3.2.3-11.el7.noarch

Test steps:
1. Installed ovirt-node
2. Registered ovirt-node to engine.
3. Modified /etc/multipath.conf, such as
    user_friendly_names     no  # default
    user_friendly_names     yes # new values
4. Reboot ovirt-node
5. check the new value after reboot. 
6. multipathd show config | grep user_friendly_names


Test result:
1. # /etc/multipath.conf | grep user_friendly_names
    user_friendly_names     yes
2. #  multipathd show config | grep user_friendly_names
	user_friendly_names "yes"

Multipathd to load the correct settings the first time. So the bug is fixed, change bug status to VERIFIED.

Comment 5 Chris Jones 2015-07-22 15:09:14 UTC
@Ying Cui

Apologies but I'm a little confused. When you say "rhevh 3.5.4 builds" do you mean oVirt 3.5.4 or the commercial Red Hat version?

If you mean oVirt I'm looking under http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-live/
I'm only seeing the CentOS 6 version. Where is the CentOS 7 version? 

Sorry for the confusion but I'm new to this work flow. If you can point me in the right direction, I'll be happy to test.

Comment 6 Ying Cui 2015-07-23 03:00:33 UTC
(In reply to Chris Jones from comment #5)
> @Ying Cui
> 
> Apologies but I'm a little confused. When you say "rhevh 3.5.4 builds" do
> you mean oVirt 3.5.4 or the commercial Red Hat version?

Hi Chris
  The second one, Red Hat Enterprise Virtualization Hypervisor 6.7 and 7.1 for RHEV 3.5.4.

> 
> If you mean oVirt I'm looking under
> http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-live/
> I'm only seeing the CentOS 6 version. Where is the CentOS 7 version? 
> 
> Sorry for the confusion but I'm new to this work flow. If you can point me
> in the right direction, I'll be happy to test.

I have no permission to share the Red Hat Enterprise Virtualization Hypervisor 6.7 and 7.1 for RHEV 3.5.4 to you on this bug, if you need these builds, you'd better to contact with Red Hat GSS.

Thanks
Ying

Comment 7 Yaniv Lavi 2015-07-23 07:17:51 UTC
Chris you can use the latest nightly of el7 to verify.
It should be fixed there.

Comment 8 Fabian Deutsch 2015-07-23 07:43:09 UTC
Chris, an iso with this patch is available here:

http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/

Comment 9 Fabian Deutsch 2015-07-23 13:03:20 UTC
Sorry, that link was for master (3.6), the 3.5 links are these:

http://jenkins.ovirt.org/job/ovirt-node_ovirt-3.5_create-iso-el6_merged/
http://jenkins.ovirt.org/job/ovirt-node_ovirt-3.5_create-iso-el7_merged/

Comment 10 Chris Jones 2015-07-23 17:26:57 UTC
I tried testing a fresh install of the el7 node. I can't set it up because I can't get into the admin. http://i.imgur.com/8rDOY0m.png happens then it goes back to the login prompt.

Comment 11 Sandro Bonazzola 2015-09-03 13:53:55 UTC
This is an automated message.
oVirt 3.5.4 has been released on September 3rd 2015 and should include the fix for this BZ. Moving to closed current release.

Comment 12 Red Hat Bugzilla 2023-09-14 02:59:38 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days