Actually, I figured out a work around. I changed the HostedEngine VM's vds_group_id in the database to the vds_group_id of my temporary cluster (found from the vds_groups table). This worked and I could put my main cluster in upgrade mode. Now to continue the process... Thanks, Scott On Fri, Jun 24, 2016, 9:29 AM Scott <romracer@gmail.com> wrote:
Hi Roman,
I made it through step 6 however it does look like the problem you mentioned has occurred. My engine VM is running on my host in the temporary cluster. The stats under Hosts show this. But in the Virtual Machines tab this VM still thinks its on my main cluster and I can't change that setting. Did you have a suggestion on how to work around this? Thankfully only one of my RHEV instances has this upgrade path.
Thanks for your help, Scott
On Fri, Jun 24, 2016 at 2:15 AM Roman Mohr <rmohr@redhat.com> wrote:
On Thu, Jun 23, 2016 at 10:26 PM, Scott <romracer@gmail.com> wrote:
Hi Roman,
Thanks for the detailed steps. I follow the idea you have outlined and I think its easier than what I thought of (moving my self hosted engine back to physical hardware, upgrading and moving it back to self hosted). I will give it a spin in my build RHEV cluster tomorrow and let you know how I get on.
Thanks.
The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.
I thought about the solution and I see one possible problem with this approach. It might be that the engine still thinks that the VM is on the old cluster. Let me know if this happens, we can work around that too.
Roman
Thanks again, Scott
On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rmohr@redhat.com> wrote:
Hi Scott,
On Thu, Jun 23, 2016 at 8:54 PM, Scott <romracer@gmail.com> wrote:
Hello list,
I'm trying to upgrade a self-hosted engine RHEV environment running 3.5/el6 to 3.6/el7. I'm following the process outlined in these two
documents:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat...
https://access.redhat.com/solutions/2300331
The problem I'm having is I don't seem to be able to apply the "InClusterUpgrade" policy (procedure 5.5, step 4). I get the following error:
Can not start cluster upgrade mode, see below for details: VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is configured to be not migratable.
That is correct, only the he-agents on each host decide where the hosted engine VM can start
But the HostedEngine VM is not one I can edit due to being mid-upgrade. And even if I could, the setting its complaining about can't be managed by the engine (I tried in another RHEV instance).
Also true, it is very limited what you can currently do with the hosted engine VM.
Is this a bug? What am I missing to be able to move on? As it seems now, the InClusterUpgrade scheduling policy is useless and can't actually be used.
That is indeed something the InClusterUpgrade does not take into consideration. I will file a bug report.
But what you can do is the following:
You can create a temporary cluster, move one host and the hosted engine VM there, upgrade all hosts and then start the hosted-engine VM in the original cluster again.
The detailed steps are:
1) Enter the global maintenance mode 2) Create a temporary cluster 3) Put one of the hosted engine hosts which does not currently host the engine into maintenance 4) Move this host to the temporary cluster 5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it should not come up again since you are in maintenance mode) 6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the host in the temporary cluster 7) Now you can enable the InClusterUpgrade policy on your main cluster 7) Proceed with your main cluster like described in
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat...
8) When all hosts are upgraded and InClusterUpgrade policy is disabled again, move the hosted-engine-vm back to the original cluster 9) Upgrade the last host 10) Migrate the last host back 11) Delete the temporary cluster 12) Deactivate maintenance mode
Adding Sandro and Roy to keep me honest.
Roman
Thanks for any suggestions/help, Scott
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users