Bug 1702831 - [Docs] Test and document oVirt to RHV migration
Summary: [Docs] Test and document oVirt to RHV migration
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: Documentation
Version: unspecified
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ovirt-4.4.5
: 4.4.5
Assignee: Germano Veit Michel
QA Contact: Pavel Novotny
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-04-24 21:45 UTC by Marina Kalinin
Modified: 2021-02-25 10:57 UTC (History)
20 users (show)

Fixed In Version:
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-02-19 04:16:50 UTC
oVirt Team: Integration
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 4278331 0 Migrate None oVirt to RHV migration 2019-07-10 20:18:35 UTC
Red Hat Knowledge Base (Solution) 5693941 0 None None None 2021-02-19 04:16:49 UTC

Description Marina Kalinin 2019-04-24 21:45:23 UTC
There is an interest in migrating oVirt environments to RHV, and we would like to have an official procedure tested by QE for this.

At this point it should not be part of any official RHV guide, but a separate knowledgebase article or technical note or a white paper.

We do not intend in this bug to test all possible combinations of oVirt to RHV versions and we assume it is same version on both sides. This is more proof of concept that this procedure works and can be done. 

The procedure should be:
Replace nodes one by one, by reinstalling them with RHVH. 
Reinstall the engine with backup / restore on RHEL.


We can mention another option of importing Data Domain to a brand new RHV environment, but this option has two big disadvantages: (1) VMs downtime; (2) It would not import any configuration settings or third party providers.

Comment 5 Steve Goodman 2019-10-23 07:44:21 UTC
Lukas, please assign someone to this, so I know who to turn to.

Comment 6 Lucie Leistnerova 2019-10-24 09:09:57 UTC
Done.

Comment 16 Steve Goodman 2021-01-10 15:06:07 UTC
I created a draft solution in the knowledge center. 

https://access.redhat.com/solutions/5693941

Moving to QA for verification.

Comment 23 Steve Goodman 2021-01-28 16:43:52 UTC
Let me correct myself from the previous comment: The severity and priority have not dropped.

Nonetheless, the rest of my comment stands.

Comment 25 Steve Goodman 2021-02-02 14:25:36 UTC
Following up on comment 22, I'm reassigning this to Germano, as he has made the most recent edits.

Germano, if you don't want to be the assignee, maybe you can speak with Marina. I think that we've gotten this most of the way. When you feel that it's ready, I would be happy to review it.

This is currently ON_QA, so QE needs to test it.

Comment 26 Germano Veit Michel 2021-02-03 04:54:46 UTC
(In reply to Steve Goodman from comment #25)
> Following up on comment 22, I'm reassigning this to Germano, as he has made
> the most recent edits.
> 
> Germano, if you don't want to be the assignee, maybe you can speak with
> Marina. I think that we've gotten this most of the way. When you feel that
> it's ready, I would be happy to review it.

No problem wrt assignee.

I think the current state is OK, we don't want to be too specific as the steps
are already covered in the Docs (and linked). We just outline the general steps
and give a few hints.

> This is currently ON_QA, so QE needs to test it.
OK.

Comment 27 Marina Kalinin 2021-02-19 04:16:50 UTC
Check the KCS: https://access.redhat.com/solutions/5693941 for solution.


Note You need to log in before you can comment on or make changes to this bug.