Hi Didi,

I followed the below steps in order to move the HE to a standalone engine:

Backup and remove Hosted Engine:

1. Backup Hosted Engine (engine-backup --scope=all --mode=backup --file=Full --log=Log_Full)
2. Download the backup files from HE using WinSCP
3. Enable global Maintenance (hosted-engine --set-maintenance --mode=global)
4. Power down hosted engine (hosted-engine --vm-shutdown)

---------------------------------------------------------------------------------------------
Redeploy Hosted Engine:

Build new CentOS VM in another environment
*Same IP
*Same name
*Same resources

1. sudo yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
2. sudo yum install -y ovirt-engine
3. Copy backup files to newly deployed CentOS VM
4. engine-backup --mode=restore --file=Full --log=Log_Full --provision-db --provision-dwh-db --restore-permissions
5. after restore has completed, run engine-setup

Yes, I get “It seems that you are running your engine inside of the hosted-engine VM and are not in "Global Maintenance" mode” error message when running anything to do with engine-setup. In this case, I would like to reconfigure the Websocket proxy.

How will I go about updating the below:

update vds_statistics set ha_global_maintenance=f;

Thank you

Anton Louw
Cloud Engineer: Storage and Virtualization at Vox

T:  087 805 0000 | D: 087 805 1572
M: N/A
E: anton.louw@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

F
 
T
 
I
 
L
 
Y
 

#VoxBrand

Disclaimer

The contents of this email are confidential to the sender and the intended recipient. Unless the contents are clearly and entirely of a personal nature, they are subject to copyright in favour of the holding company of the Vox group of companies. Any recipient who receives this email in error should immediately report the error to the sender and permanently delete this email from all storage devices.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.




-----Original Message-----
From: Yedidyah Bar David <didi@redhat.com>
Sent: 09 June 2020 15:19
To: Anton Louw <Anton.Louw@voxtelecom.co.za>
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Global Maintenance

On Tue, Jun 9, 2020 at 9:39 AM Anton Louw via Users <users@ovirt.org> wrote:
>
>
>
> Hi Everybody,
>
>
>
> Just a bit of background. A couple of weeks back I moved my self-hosted engine to a standalone manager. Everything went smooth, my environment is up and running without any issues.

How exactly did you do that?

> Just one thing, when I want to reconfigure settings on my self-hosted engine, it says:
>
> “It seems that you are running your engine inside of the hosted-engine VM and are not in "Global Maintenance" mode”

This message is in engine-setup, right?

engine-setup's code is checking this by:

/usr/share/ovirt-engine/setup/plugins/ovirt-engine-common/ovirt-engine/system/he.py

SELECT vm_guid, run_on_vds
FROM vms
WHERE vm_name = %(HostedEngineVmName)s;

where HostedEngineVmName is either the option of same name from vdc_options, or 'HostedEngine' if missing. Then, where VdsId is 'run_on_vds' column of the result of above:

SELECT vds_id, ha_global_maintenance
FROM vds_statistics
WHERE vds_id = %(VdsId)s;

So if this isn't a hosted-engine setup anymore, it should probably be safe to do:

update vds_statistics set ha_global_maintenance=f;

and perhaps restart the engine (in case it also does similar checks itself but caches this data).

Please note that I didn't try this myself.

>
>
>
> When trying to enable global maintenance from my node, I also get the below:
>
>
>
> “Cannot connect to the HA daemon, please check the logs”

This is expected, no? You say it's not a hosted-engine setup anymore.

>
>
>
> Is there something I missed when I moved my self-hosted engine to a standalone manager?

Either Yes, or the procedure you followed is incomplete. If latter, please file a bug about it. Thanks!

Best regards,
--
Didi