
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

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 -----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 Anton Louw Cloud Engineer: Storage and Virtualization ______________________________________ D: 087 805 1572 | M: N/A A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg anton.louw@voxtelecom.co.za www.vox.co.za
participants (2)
-
Anton Louw
-
Yedidyah Bar David