Bug 1241811
| Summary: | Adding hosted-engine hosts to restored engine is messy | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Andrew Burden <aburden> | ||||||
| Component: | ovirt-hosted-engine-setup | Assignee: | Simone Tiraboschi <stirabos> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Nikolai Sednev <nsednev> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 3.4.5 | CC: | dfediuck, gklein, jidckii, lsurette, mavital, sbonazzo, stirabos, ykaul, ylavi | ||||||
| Target Milestone: | ovirt-4.1.0-alpha | Flags: | nsednev:
testing_plan_complete+
|
||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2016-09-29 12:45:09 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Andrew Burden
2015-07-10 07:04:34 UTC
Created attachment 1050527 [details]
hosted_engine_1 deployment log
About lines 2612 is when the host attempts to be added to engine
Created attachment 1050528 [details]
Additional host log
Adds to engine at about line 2202
Please check how complex the fix is prior to pushing this to 3.6. Meital, has the existing procedure been tested with 3.6? Hi. I have repeated on 3.6 node2 hosted-engine --deploy: http://scr.keikogi.ru/jidckii/1460464893728.png http://scr.keikogi.ru/jidckii/1460464944999.png log: cat /var/log/ovirt-engine/engine.log http://paste2.org/kDZLEvhX tail -n 1000 /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20160412163333-node2.otv.loc-7302438e.log http://paste2.org/IOzbe2Ew Hello, 1Where your hosts RHEL7.2s or RHEVHs? 2Where you performing deployment of HE on clean/freshly installed hosts? 3What is your work flow, are you trying to backup old HE and then restore it on new host or trying to migrate your engine from bare-metal to HE based environment? Can you please attach the full logs from host that was added to the engine? I do not speak English. Apologies for machine translation. I have 2 host and a new installation. as I am using OS centos7 Now all the logs from the catalog /var/log/ovirt-engine/host-deploy/ https://yadi.sk/d/PXu-YAJMqyrsd problem occurs when adding a new host to Default Cluster. Moving to 3.6.7, as R&D did not handle it at all in 3.6.6 and PM did not ACK it either. We need to provide a way to filter out all the hosted-engine reference from the restored DB. See also: https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 (In reply to Simone Tiraboschi from comment #11) > We need to provide a way to filter out all the hosted-engine reference from > the restored DB. > > See also: https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 So this is also in the case of switching the storage as well? Not just the HE. (In reply to Yaniv Dary from comment #12) > (In reply to Simone Tiraboschi from comment #11) > > We need to provide a way to filter out all the hosted-engine reference from > > the restored DB. > > > > See also: https://bugzilla.redhat.com/show_bug.cgi?id=1240466#c21 > > So this is also in the case of switching the storage as well? Not just the > HE. No, in this specific case it's just because that specific host was already present in the engine since the engine DB was restored from a backup. Basically it's just a side effect of this one: https://bugzilla.redhat.com/show_bug.cgi?id=1065350 So in principle we can just fix this specific issue on hosted-engine-setup side detecting and avoid hitting it but it's going to open sub-cases for instance if the host is the same but the address host has been changed and so on. In general we can experiment a lot of similar issue when we restore a DB of the engine since the engine will assume that the external env is exactly as it was when the backup was taken: same hosts, same storage domains, same networks... In general the engine is robust enough to identify the missing/broken component and let the user fix the configuration. An hosted-engine env is a bit more delicate since we need also to ensure that the ha agent is able to correctly start the engine VM and this means that: - hosted-engine storage domain is coherent otherwise we cannot edit the engine VM anymore - engine VM uuid is coherent - hosted-engine host list is coherent *** This bug has been marked as a duplicate of bug 1235200 *** |