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
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.
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.
Chen, please verify this bug with downstream rhevh 3.5.4 builds I confirmed with PM Yaniv yet.
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.
@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.
(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
Chris you can use the latest nightly of el7 to verify. It should be fixed there.
Chris, an iso with this patch is available here: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/
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/
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.
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.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days