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

Bug 1599302

Summary: ovirt node ng image update deletes /etc/multipath/conf.d folder and content
Product: [oVirt] ovirt-node Reporter: karolo <chris>
Component: Installation & UpdateAssignee: Ryan Barry <rbarry>
Status: CLOSED NOTABUG QA Contact: Yaning Wang <yaniwang>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: masterCC: bugs, cshao, huzhao, jiaczhan, qiyuan, weiwang, yaniwang, ycui, yzhao
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-07-09 20:49:54 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:

Description karolo 2018-07-09 13:03:03 UTC
Description of problem:
Updating ovirt node (ovirt-node-ng-image-update-4.3.0-0.1.master.20180708000257) and restart, it deletes the /etc/multipath/conf.d folder and any custom config files within it, causing big problems with partitions that are needed with VDO etc

Version-Release number of selected component (if applicable):
ovirt-node-ng-image-update-4.3.0-0.1.master.20180708000257

How reproducible:
I've tried this on 3 separate servers

Steps to Reproduce:
1. Create a custom multipath rule in /etc/multipath/conf.d/sdb.conf, as per the comments in /etc/multipath.conf file
2. Update the server using yum update
3. Restart the server

Actual results:
The /etc/multipath/conf.d/sdb.conf file and /etc/multipath/conf.d folder no longer exists and multipath has automatically initialized the drives that were blacklisted in the custom configuration file. In my case this caused VDO to crash and have lost the partition data.

Expected results:
The /etc/multipath/conf.d/sdb.conf file and /etc/multipath/conf.d folder remains in place

Additional info:

Comment 1 karolo 2018-07-09 16:49:52 UTC
Also found that this update clears root drive multipath exclusion so all the system partitions now have mutlipath aliases which conflicts with the fstab entries

Comment 2 karolo 2018-07-09 19:33:04 UTC
Recreating /etc/multipath/conf.d/sdb.conf is ignored after update

Comment 3 karolo 2018-07-09 20:44:09 UTC
The update seems to moved the config files into a sub folder, /etc/multipath/conf.d/conf.d/sdb.conf, and then ignores all configuration files.

Also deletes any other folder that was created such as /exports which breaks nfs.

Seems to have created another root directory structure and conflicting between them both.

I used the default/auto-generated LVM structure