Bug 1895217
Summary: | Hosted-Engine --restore-from-file fails if backup has VM pinned to restore host and has no Icon set. | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Germano Veit Michel <gveitmic> |
Component: | ovirt-engine | Assignee: | Arik <ahadas> |
Status: | CLOSED ERRATA | QA Contact: | Nikolai Sednev <nsednev> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 4.4.2 | CC: | ahadas, dfodor, emarcus, mavital, michal.skrivanek |
Target Milestone: | ovirt-4.4.5 | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | ovirt-engine-4.4.5.6 | Doc Type: | Bug Fix |
Doc Text: |
Previously, after a host that virtual machines were pinned to was removed, the Manager failed to start. As a result,the setup of the self-hosted engine failed.
In this release, when a host is removed, virtual machines no longer remain pinned to that host and the Manager can start successfully.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2021-04-14 11:39:56 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Germano Veit Michel
2020-11-06 04:28:30 UTC
I haven't found so far a good way to workaround this. The hook enginevm_before_engine_setup is too early (no DB up) and enginevm_after_engine_setup is too late (engine already starting) Any better ideas than the below? * manual intervention via SSH to the VM * editing the backup I was thinking of enginevm_after_engine_setup to do the DB edit and then also restart ovirt-engine after it, but did not have time to test it today. IIUC it’s removing the host since it’s replaced by the one you’re running restore on. The code does some crude cleanup at db level for that, and it just doesn’t consider this case. It shouldn’t be too hard to add code changing the vds id for pinned vms. I mean...besides the reported issue we’re basically dropping all pinnings to this host, that’s wrong. The whole practice to remove vds feels wrong, but it may be too intrusive to change, dunno. (In reply to Germano Veit Michel from comment #1) > Any better ideas than the below? > * manual intervention via SSH to the VM > * editing the backup > > I was thinking of enginevm_after_engine_setup to do the DB edit and then > also restart ovirt-engine after it, but did not have time to test it today. maybe it can work without using a hook - just by letting the engine start (and fail), connecting to the HE VM to change the database and restart ovirt-engine (In reply to Arik from comment #3) > maybe it can work without using a hook - just by letting the engine start > (and fail), connecting to the HE VM to change the database and restart > ovirt-engine Right, that is what I proposed to the customer. The problem is one needs to keep paying attention to the deployment to do it at the right step. Anyway I think its a very corner case, so a more elegant solution is probably not needed. The issue seems to not be new at all, and we have never seen it before AFAICT. Thanks (In reply to Michal Skrivanek from comment #2) > It shouldn’t be too hard to add code changing the vds id for pinned vms. yeah, but that's just a consequence of improper modeling in the database I think. we can fix it like that for this particular case, however, if it's not too complex I'd prefer to generate vm_static.dedicated_vm_for_vds from vm_host_pinning_map rather than storing the data in both places. And this is how we get to VMs without icons set in vm_static: https://bugzilla.redhat.com/show_bug.cgi?id=1897422 For anyone that would read it later on and wonder why "select vm_guid,vm_name,dedicated_vm_for_vds,small_icon_id,large_icon_id,os from vm_static" fails to find dedicated_vm_for_vds, from now on you need to use vm_static_view instead of vm_static to get the dedicated_vm_for_vds field Unable to reconstruct on latest ovirt-engine-setup-4.4.5.10-0.1.el8ev.noarch. I did not found any OS type without an icon. Backup and restore works fine, even with pinned to host VM. ovirt-hosted-engine-setup-2.4.9-4.el8ev.noarch ovirt-hosted-engine-ha-2.4.6-1.el8ev.noarch Linux 4.18.0-240.21.1.el8_3.x86_64 #1 SMP Wed Mar 17 11:34:58 EDT 2021 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux release 8.3 (Ootpa) 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 (Moderate: RHV Manager (ovirt-engine) 4.4.z [ovirt-4.4.5] security, bug fix, enhancement), 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/RHSA-2021:1169 Due to QE capacity, we are not going to cover this issue in our automation |