Bug 1638096
| Summary: | SHE disaster recovery is broken in new 4.2 deployments as hosted_storage is master | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | RHV bug bot <rhv-bugzilla-bot> |
| Component: | ovirt-hosted-engine-setup | Assignee: | Simone Tiraboschi <stirabos> |
| Status: | CLOSED ERRATA | QA Contact: | Nikolai Sednev <nsednev> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 4.2.5 | CC: | emarcus, gveitmic, kshukla, lsurette, michal.skrivanek, Rhev-m-bugs, srevivo, stirabos, tburke |
| Target Milestone: | ovirt-4.3.0 | Keywords: | Triaged, ZStream |
| Target Release: | --- | Flags: | lsvaty:
testing_plan_complete-
|
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
The self-hosted engine backup and restore flow has been improved, and now works correctly when the self-hosted engine storage domain is defined as the master storage domain.
|
Story Points: | --- |
| Clone Of: | 1620314 | Environment: | |
| Last Closed: | 2019-05-08 12:32:03 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 1568841, 1620314 | ||
| Bug Blocks: | |||
|
Description
RHV bug bot
2018-10-10 16:27:19 UTC
Created attachment 1478022 [details]
engine logs
(Originally by Germano Veit Michel)
Created attachment 1478022 [details]
engine logs
(Originally by Germano Veit Michel)
hosted engine deployment - moving to Integration (Originally by michal.skrivanek) For backup/restore operations we are currently asking the user to run hosted-engine-setup with --noansible option to force the old flow where the hosted-engine SD is not the master one and the user can still manually run engine-backup before engine-setup. This kind of issues related to the new flow will be handled as for https://bugzilla.redhat.com/1469908 (Originally by Simone Tiraboschi) (In reply to Simone Tiraboschi from comment #3) > For backup/restore operations we are currently asking the user to run > hosted-engine-setup with --noansible option to force the old flow where the > hosted-engine SD is not the master one and the user can still manually run > engine-backup before engine-setup. Hi Simone, This is exactly was done. Its the old --no-ansible option as per comment #0 --he-remove-storage-vm was used to restore the backup before engine-setup. This works fine if the HE SD is not master. But on fresh 4.2 deployments the HE SD is always master and cannot be changed. So the procedure is now broken. (Originally by Germano Veit Michel) This also breaks SHE > baremetal migration. (Originally by Germano Veit Michel) WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]
For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]
For more info please contact: rhv-devops
(Originally by rhv-bugzilla-bot)
WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]
For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:
[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]
For more info please contact: rhv-devops
(Originally by rhv-bugzilla-bot)
Setting blocker according to commet #7 Works for me on these components: ovirt-hosted-engine-setup-2.2.32-1.el7ev.noarch ovirt-hosted-engine-ha-2.2.18-1.el7ev.noarch Moving to verified. 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, 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/RHEA-2019:1050 sync2jira sync2jira |