Bug 1821117

Summary: vdsm configured with force option, even when multipath.conf file existing
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: SATHEESARAN <sasundar>
Component: rhhiAssignee: Gobinda Das <godas>
Status: CLOSED ERRATA QA Contact: SATHEESARAN <sasundar>
Severity: high Docs Contact:
Priority: unspecified    
Version: rhhiv-1.8CC: rhs-bugs
Target Milestone: ---   
Target Release: RHHI-V 1.8   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: gluster-ansible-infra-1.0.4-8.el8rhgs Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of:
: 1821118 (view as bug list) Environment:
rhhiv, rhel8
Last Closed: 2020-08-04 14:52:07 UTC Type: Bug
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: 1821118    
Bug Blocks: 1779977    

Description SATHEESARAN 2020-04-06 05:15:26 UTC
Description of problem:
-----------------------
The current way the blacklisting gluster devices works is such a way it configures vdsm with force option, to generate /etc/multipath.conf, so that that multipathd service could be started. This is true for fresh installation , as that doesn't have the /etc/multipath.conf file.

But considering for day2 operation, when creating a new volume or expanding cluster, it will once again configure vdsm with force option, which will override the existing vdsm configuration.

So the solution is to configure vdsm with force, only and only if /etc/multipath.conf file is *not* available

Version-Release number of selected component (if applicable):
-------------------------------------------------------------
gluster-ansible-infra-1.0.4-7

How reproducible:
-----------------
Always

Steps to Reproduce:
--------------------
1. Complete RHHI-V deployment by blacklisting the gluster devices
2. From Day2, start with volume creation or cluster expansion operation

Actual results:
-----------------
vdsm is configured once again losing the old value

Expected results:
-----------------
As /etc/multipath.conf file already exists, configuring vdsm with force option is not required

Additional info:
----------------
Code logic should be:

if (the file /etc/multipath.conf **not** present):
    vdsm-tool configure --force
    Blacklist_devices()
else:
    Blacklist_devices()

Comment 2 SATHEESARAN 2020-04-18 06:51:37 UTC
Verified with gluster-ansible-infra-1.0.4-8.el8rhgs
1. When /etc/multipath.conf is already available, the task to configure vdsm ( that runs #vdsm-tool configure --force )
is skipped.

<snip>
TASK [gluster.infra/roles/backend_setup : Ensure that multipathd services is enabled if not] **********************************************************************************************************************
skipping: [10.70.35.151]
skipping: [10.70.35.96]
skipping: [10.70.35.136]
</snip>

Comment 4 errata-xmlrpc 2020-08-04 14:52:07 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (RHHI for Virtualization 1.8 bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2020:3314