+++ This bug was initially created as a clone of Bug #1439069 +++

Description of problem:
Once user replaces the primary gluster node and if he tries to reinstall any nodes in the cluster /etc/ovirt-hosted-engine/hosted-engine.conf contents are overwritten. I see that value for "storage" is overwritten and host fails to mount the storage and goes to nonoperational.

Version-Release number of selected component (if applicable):
Red Hat Virtualization Manager Version: 4.1.1.2-0.1.el7

How reproducible:
Always

Steps to Reproduce:
1. Replace primary gluster server in HC cluster
2. Now try reinstalling any node in the cluster
3.

Actual results:
I see that /etc/ovirt-hosted-engine/hosted-engine.conf file gets overridden. value of storage points to the old host which is removed and due to this host is not able to mount storage and goes to non operational state.

Expected results:
/etc/ovirt-hosted-engine/hosted-engine.conf file should not be overwritten when a host is re-installed.

--- Additional comment from Sahina Bose on 2017-04-05 09:13:20 EDT ---

Is there a workaround?

--- Additional comment from RamaKasturi on 2017-04-06 06:47:48 EDT ---

sahina, i moved the node to maintenance changed the contents of /etc/ovirt-hosted-engine.conf file to point to correct storage path, rebooted the node and activated it which brought the node online and mounted all the volumes back.

--- Additional comment from RamaKasturi on 2017-04-13 09:45:34 EDT ---

If user retries Hosted Engine deployment for any reason, /etc/ovirt-hosted-engine/hosted-engine.conf file will not contain the mnt_options. user can later on edit this file to set the mnt_options. But if user tries to reinstall any of the node from UI, mnt_options from the conf file will be lost.

--- Additional comment from Sahina Bose on 2017-05-30 03:27:15 EDT ---

Simone, are we adding UI enhancements to edit the conf file? Should this bug be retargeted?

--- Additional comment from Simone Tiraboschi on 2017-05-31 10:54:06 EDT ---

The engine fetches that value from the initial answerfile stored on a configuration volume on the hosted-engine storage domain. We have an helper utility ('hosted-engine --set-shared-config') to let the user edit values there but currently he can just modify notifications related values.

--- Additional comment from Yaniv Kaul on 2017-08-04 12:06:52 EDT ---

Is this on track to get into 4.1.5?

--- Additional comment from Simone Tiraboschi on 2017-08-07 05:37:58 EDT ---

(In reply to Yaniv Kaul from comment #6)
> Is this on track to get into 4.1.5?

No code changes are required here: once 1457357 got it (and we are going to have it in 4.1.5) it's just a matter of documenting how to use it.