Bug 1434423
Summary: | Mount options for the HE Gluster storage that will have the replica peers are not persisted in the database | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | RamaKasturi <knarra> | ||||||
Component: | BLL.Storage | Assignee: | Allon Mureinik <amureini> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | SATHEESARAN <sasundar> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 4.1.1.2 | CC: | bugs, ebenahar, knarra, sabose, stirabos, ylavi | ||||||
Target Milestone: | ovirt-4.2.2 | Keywords: | TestOnly | ||||||
Target Release: | 4.2.2 | Flags: | rule-engine:
ovirt-4.2?
sasundar: planning_ack? rule-engine: devel_ack+ sasundar: testing_ack+ |
||||||
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-05-10 06:24:08 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | Gluster | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | 1455169 | ||||||||
Bug Blocks: | 1277939 | ||||||||
Attachments: |
|
Description
RamaKasturi
2017-03-21 13:34:21 UTC
Created attachment 1265072 [details]
Attaching screenshot for hosted_storage
Yes, we know, that's why we hided the relevant query in ovirt-hosted-engine-setup. AFAIK for NFS storage domain, VDSM is neither reporting them back to the engine. Please see: https://bugzilla.redhat.com/show_bug.cgi?id=1402417 - Mount options are lost when storage is imported to the engine, please block it from the setup. https://bugzilla.redhat.com/show_bug.cgi?id=1426517 - Additional mount option for glusterfs volume as backend for HE storage (In reply to Simone Tiraboschi from comment #2) > Yes, we know, that's why we hided the relevant query in > ovirt-hosted-engine-setup. AFAIK for NFS storage domain, VDSM is neither > reporting them back to the engine. Simone, but i have a question here. will this not effect restarting of engine if the primary server is down? > > Please see: > > https://bugzilla.redhat.com/show_bug.cgi?id=1402417 - Mount options are lost > when storage is imported to the engine, please block it from the setup. > > https://bugzilla.redhat.com/show_bug.cgi?id=1426517 - Additional mount > option for glusterfs volume as backend for HE storage In this bug i see that restarting HE setup causes the issue. But in my case there was no restart of HE setup. (In reply to RamaKasturi from comment #3) > (In reply to Simone Tiraboschi from comment #2) > > Yes, we know, that's why we hided the relevant query in > > ovirt-hosted-engine-setup. AFAIK for NFS storage domain, VDSM is neither > > reporting them back to the engine. > > Simone, but i have a question here. will this not effect restarting of > engine if the primary server is down? Yes, it will. If the engine is down, ovirt-ha-agent will try to reconnect the storage according to how it's described under /etc/ovirt-hosted-engine/hosted-engine.conf and this includes the mnt_option field. The point is that, for additional hosts, that file is wrote by host-deploy according to what the engine knows about the storage. > > Please see: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1402417 - Mount options are lost > > when storage is imported to the engine, please block it from the setup. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1426517 - Additional mount > > option for glusterfs volume as backend for HE storage > > In this bug i see that restarting HE setup causes the issue. But in my case > there was no restart of HE setup. The root cause is not a restart of the hosted-engine-setup, the issue is VDSM not reporting back the mount options to the engine so the engine ignores them. Please test this flow: + Run gdeploy with two volumes (HE and data). + After first host setup of HE with the mount options for replica set. + Check that the first HE host conf contains the mount options. + Add the data volume as SD to engine. + Wait for the HE SD import to complete after the data SD is added. + Check that mount options for replica were added to engine (please check how much time this takes to happen). + Only then deploy the two additional hosts. + See if the conf of the addtional hosts contains the mount option Please report on any issues. (In reply to Yaniv Dary from comment #5) > Please test this flow: > + Run gdeploy with two volumes (HE and data). > + After first host setup of HE with the mount options for replica set. > + Check that the first HE host conf contains the mount options. > + Add the data volume as SD to engine. > + Wait for the HE SD import to complete after the data SD is added. > + Check that mount options for replica were added to engine (please check > how much time this takes to happen). > + Only then deploy the two additional hosts. > + See if the conf of the addtional hosts contains the mount option > > Please report on any issues. Hi Yaniv, This is the same flow what we follow currently in HC. When we follow this flow we see that mount options are not persisted in DB and UI. I see the options in /etc/ovirt-hosted-engine/hosted-engine.conf file. Thanks kasturi (In reply to RamaKasturi from comment #6) > > Hi Yaniv, > > This is the same flow what we follow currently in HC. When we follow this > flow we see that mount options are not persisted in DB and UI. I see the > options in /etc/ovirt-hosted-engine/hosted-engine.conf file. > > Thanks > kasturi The engine queries the peers for the Gluster volume HCI or not. You do not need get it from the HE setup. Please work in this flow and retest, it should provide the peers for the volume. Created attachment 1270404 [details]
hosted_storage domain screenshot
just wanted to highlight , host deploy writes the mnt_options for the /etc/hosted-engine/hosted-engine.conf on all the nodes in the gluster cluster. problem here appears with hosted_storage domain imported into the UI does not have the mnt_options present Re-targeting to 4.2.0 since it depends on bug #1373930 which has been targeted to 4.2.0 The mnt_options value is wrote by host-deploy on /etc/hosted-engine/hosted-engine.conf on all the hosts since the initial value is saved in the answer file of the first host on the hosted-engine configuration volume and the engine extracts it. That value is not saved in the engine DB (and so it's also not visibile in the UI) since VDSM doesn't report it back to the engine as https://bugzilla.redhat.com/show_bug.cgi?id=1373930 Always relying on the initial value from the answerfile is wrong since in that way we are always going to consume just the initial value (the set of three initial hosts) regardless of host that have been decommissioned and so on. Kasturi, is this bug still relevant? If so, what's the impact? (In reply to Sahina Bose from comment #12) > Kasturi, is this bug still relevant? If so, what's the impact? Implicitly not relevant for node 0 It's implicitly fixed by the new node-zero design. Moving to QE for testing. Tested with RHV 4.2.3 and ovirt-hosted-engine-setup-2.2.18 After HE deployment, the mount options are available after importing HostedEngine Storage This bugzilla is included in oVirt 4.2.2 release, published on March 28th 2018. Since the problem described in this bug report should be resolved in oVirt 4.2.2 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report. |