- Users - oVirt List Archives

Unable to deploy hosted engine. It keeps stuck wait for the host to be up.
by dushyantk.sun＠gmail.com 15 Feb '26

15 Feb '26

I am trying to deploy hosted engine 4.5 on OL8.10. However it keeps getting stuck at step "wait for the host to be up." without any error. During this i found that vdsm service and related services went down. I am able to ssh into temp local hosted engine. But installation just stuck there. Nothing in ovirt-hosted-engine-setup logs.

1 0

Expanding blockSD volume
by Devin A. Bougie 13 Feb '26

13 Feb '26

What is the proper procedure for expanding the “blockSD” volume in our ovirt 4.5.6 cluster? We’ve started getting "No space left on device” errors when trying to clone a snapshot into a VM for backup purposes. Here’s the error: ——— VDSM lnxvirt06 command HSMGetAllTasksStatusesVDS failed: value=low level Image copy failed: ("Command ['/usr/bin/qemu-img', 'convert', '-p', '-t', 'none', '-T', 'none', '-f', 'qcow2', '-O', 'qcow2', '-o', 'compat=1.1', '/rhev/data-center/mnt/blockSD/86867486-e14e-4ff4-bf7c-1b0c94816032/images/211e91b0-2c72-45ad-90ca-badc63cb03f3/0a1b650f-8ab5-4eef-bee0-ea557c6eeb9f', '/rhev/data-center/mnt/blockSD/86867486-e14e-4ff4-bf7c-1b0c94816032/images/a2d4cef1-0342-41c0-85c2-e1b2ba6768b1/017e6d7e-4016-4108-8edc-188d8096a719'] failed with rc=1 out=b'' err=bytearray(b'qemu-img: error while writing at byte 3220937441280: No space left on device\\nqemu-img: Failed to flush the refcount block cache: No space left on device\\n')",) abortedcode=261 ——— And here’s what the host OS shows: ——— [root@lnxvirt06 ~]# df -h |grep rhev ovirtfs:/mnt/ovirtbackup 75T 36T 40T 47% /rhev/data-center/mnt/ovirtfs:_mnt_ovirtbackup /dev/mapper/86867486--e14e--4ff4--bf7c--1b0c94816032-master 975M 84K 924M 1% /rhev/data-center/mnt/blockSD/86867486-e14e-4ff4-bf7c-1b0c94816032/master ——— Please let me know if there’s any more information I can provide. Many thanks, Devin

1 0

Hosted Engine Deployment timeout waiting for VM
by Jonas Liechti 09 Feb '26

09 Feb '26

Hello users, I am currently trying to deploy the self-hosted engine via the web interface but it seems stuck at the task "Wait for the local VM" (https://github.com/oVirt/ovirt-ansible-collection/blob/master/roles/hosted_…) I am unsure what to look at for getting more info as I haven't worked a lot with Ansible before. Do you have any idea how to debug? The temporary IP is added to /etc/hosts and I can also login to the VM via SSH: [root@server-005 ~]# cat /etc/hosts 192.168.1.97 ovirt-engine-test.admin.int.rabe.ch # temporary entry added by hosted-engine-setup for the bootstrap VM 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.128.16.5 server-005.admin.int.rabe.ch 10.128.16.6 server-006.admin.int.rabe.ch 10.128.16.7 server-007.admin.int.rabe.ch #10.128.32.2 ovirt-engine-test.admin.int.rabe.ch 10.132.16.5 server-005.storage.int.rabe.ch 10.132.16.6 server-006.storage.int.rabe.ch 10.132.16.7 server-007.storage.int.rabe.ch [root@server-005 ~]# ssh ovirt-engine-test.admin.int.rabe.ch root(a)ovirt-engine-test.admin.int.rabe.ch's password: Web console: https://ovirt-engine-test.admin.int.rabe.ch:9090/ or https://192.168.1.97:9090/ Last login: Mon Apr 18 11:33:53 2022 from 192.168.1.1 [root@ovirt-engine-test ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 00:16:3e:58:7a:a3 brd ff:ff:ff:ff:ff:ff inet 192.168.1.97/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0 valid_lft 2313sec preferred_lft 2313sec inet6 fe80::216:3eff:fe58:7aa3/64 scope link valid_lft forever preferred_lft forever Thank you for any tips for debugging. Jonas

5 7

Odd behavior of VMs in Cluster
by dan.midthun＠gmail.com 08 Feb '26

08 Feb '26

I recently have had some odd / inconsistent behaviors with VMs that I am completely baffled by: packets being dropped for no apparent reason. This possibly started around 1/1/2026. I started having issues with maintaining connectivity to [vm2], and then more VMs on the cluster (specifically the engine!, then others) No sense. No config changes. No hardware changes. _NO_ changes. 2 vms, same host, same network, same storage, same configuration. ping google, vm1: 0% packet loss vm2: n% packet loss migrate host for vm2, no change. still packet loss. migrate host for vm1, no change, NO packet loss. mind you, these are clones. literally. the only difference is in configured IP address. I've been doing IT for the last 30 years, and I have NEVER seen anything like this. So, decided maybe update the hosts. (ikd ... why not)..... long story short, I am on Node 4.5.5 (was previously, too) now engine 4.5.7; still the same problem. What information is needed for someone to help me troubleshoot this issue

1 0

Upgrade to latest version
by Andrea Chierici 06 Feb '26

06 Feb '26

Hi, I am trying to update my old 4.5.5 system to the latest one, right now with no luck: I am writing to share some experience and hopefully to be pointed to the correct process. My system runs entirely on centos8, version is 4.5.5-1.el8, engine is on a vm hosted on vmware, no self hosted engine. The idea is to install a new engine vm, with almalinux10, import the backup taken from the old engine, and restore the system. After that I would upgrade all the hosts, one at a time. I tried today the first time, unsuccesfully. Here are all the steps: 1. take the almalinux10 vm, install the ovirt software with these commands: dnf copr enable -y ovirt/ovirt-master-snapshot rhel-10-x86_64 dnf install -y ovirt-release-master epel-release dnf install -y ovirt-engine Operation ended succesfully 2. import the backup taken from current 4.5.5 engine: engine-backup --mode=restore --scope=all --file=/backup.tar.gz --log=/tmp/restore.log --restore-permissions Operation ended successfully 3. Run engine-setup, here is the output (removed fqdn for privacy): --== CONFIGURATION PREVIEW ==-- Host FQDN : xxxxxxx.yyy.it Firewall manager : firewalld Update Firewall : True Set up Cinderlib integration : False Engine database host : localhost Engine database port : 5432 Engine database secured connection : False Engine database host name validation : False Engine database name : engine Engine database user name : engine Engine installation : True PKI organization : yyy.it Set up ovirt-provider-ovn : True DWH installation : True DWH database host : localhost DWH database port : 5432 DWH database secured connection : False DWH database host name validation : False DWH database name : ovirt_engine_history DWH database user name : ovirt_engine_history Backup DWH database : False Grafana integration : True Grafana database user name : ovirt_engine_history_grafana Configure VMConsole Proxy : True Configure WebSocket Proxy : True Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Cleaning async tasks and compensations [ INFO ] Unlocking existing entities [ INFO ] Checking the Engine database consistency [ INFO ] Stage: Transaction setup [ INFO ] DNF Repository copr:copr.fedorainfracloud.org:ovirt:ovirt-master-snapshot is listed more than once in the configuration [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping dwh service [ INFO ] Stopping vmconsole-proxy service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration (early) [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Upgrading CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20260127180343.q9xj84af.dump'. [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing DWH database schema [ INFO ] Updating OVN SSL configuration [ INFO ] Updating OVN timeout configuration [ INFO ] Creating/refreshing Engine 'internal' domain database schema Unregistering existing client registration info. Updating the engine FQDN in the Data Warehouse Database. [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up --== SUMMARY ==-- [ INFO ] Starting dwh service [ INFO ] Starting Grafana service [ ERROR ] Failed to execute stage 'Closing up': Failed to start service 'grafana-server' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20260127180313-lps532.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20260127180410-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed The log provided is so verbose that I can't spot the possible problem. I wonder, anyway, if this procedure is correct or whether I should do something different. For example I noticed that I am not asked to configure keycloak, since in the current production system I have freeipa. Thanks for the possible help, Andrea -- Andrea Chierici - INFN-CNAF Viale Berti Pichat 6/2, 40127 BOLOGNA Office Tel: +39 051 2095463 --

3 2

Q: VM Stuck in Powering Down Status
by Andrei Verovski 06 Feb '26

06 Feb '26

Hi, I have 1 VM which stuck in my ”Powering Down” status. This is what I did before in similar situations before: engine=# select vm_guid from vm_static where vm_name=‘My_VM-Active'; vm_guid -------------------------------------- f4e44168-92e2-40ec-a04e-c374ba2ef9b8 (1 row) engine=# select status from vm_dynamic where vm_guid='f4e44168-92e2-40ec-a04e-c374ba2ef9b8'; status -------- 16 (1 row) engine=# update vm_dynamic SET status=0 where vm_guid='f4e44168-92e2-40ec-a04e-c374ba2ef9b8'; UPDATE 1 engine=# update vm_dynamic SET run_on_vds=null WHERE vm_guid='f4e44168-92e2-40ec-a04e-c374ba2ef9b8'; UPDATE 1 But now this receipt doesn’t work. Running again engine=# select status from vm_dynamic where vm_guid='f4e44168-92e2-40ec-a04e-c374ba2ef9b8'; status -------- 16 (1 row) shows status didn’t changed. How to fix this ? Thanks in advance. Andrei

1 0

VM Template Reuse Between Clusters
by lmd＠gto.net 28 Jan '26

28 Jan '26

Good Morning! I recently added a second cluster to an oVirt environment and I am looking to re-use a number of templates between the clusters while providing self-service to users through the VM Portal. I would like to describe what I am seeing and ask whether you might know of what I am missing - or if you could share your experience. For sake of discussion, let us call the clusters "CORE" and "PROD" (the new cluster) and the template "UbuntuServer24". The template was created in cluster CORE against Storage Domain "CORE1". The template is visible to all users (role "UserTemplateBasedVm" for Everyone). CORE and PROD clusters contain the same networks and the hosts mount the same Storage Domains though, by policy, PROD cluster users are restricted to creating Disks only on Storage Domain "PROD1" through roles/permissions. User JDOE is a PROD cluster user, has VM Portal/"User role" rights to the cluster and Storage Domain and is able to deploy and manage VMs in Cluster PROD. JDOE is not intended to have any permissions against Cluster CORE. JDOE has temporary Admin Portal rights but I would prefer they operate through VM Portal at all times. Here is what I am seeing: Using the Administrator Portal, JDOE can deploy template UbuntuServer24 in PROD without any trouble. Using the VM Portal, using "Create Virtual Machine", JDOE does not see the "UbuntuServer24" template in the list of available templates. It appears to be filtered out of the list. Based on research so far, I can create a second copy of the template (ex: deploy a VM and capture a template in cluster PROD) as different name "UbuntuServer24-PROD". With no other changes, user JDOE can successfully deploy this new template into cluster PROD via VM Portal. I think this proves JDOE permissions and roles are in good shape. For testing I have also temporarily added equivalent permissions for JDOE against Cluster CORE and can confirm that the "UbuntuServer24" is only displayed as a Template when cluster "CORE" is selected as the target for the new VM in the "Create Virtual Machine" flow. The duplicated template approach does work but it means that there are two templates to offer the same result in each of the two clusters. I am concerned that this leaves an opportunity for de-sync, some additional storage consumption, and an enforced requirement for a different template name (string) which complicates user-facing documentation. Ideally I would like to maintain a single template to keep things simple and make it easy for other team members to use and maintain the environment. I tried to find a reference to my query in the docs as well as web search but didn't come up with something I was confident was on the right path. Is there a way to reuse templates between clusters in this manner and, if so, could you kindly please point me in the right direction? Thank you very much for any advice you may have, Dan Galway

1 0

Upgrading self-hosted engine from 4.5.6 on Stream 8
by Devin A. Bougie 27 Jan '26

27 Jan '26

Hi, All. If possible, I’d greatly appreciate an overview of the recommended procedure for upgrading a self-hosted engine setup from 4.5.6 on CentOS Stream release 8 to 4.5.7. All of our hosts are running fully-updated AlmaLinux 9. When we initially setup our cluster, this gave us a self-hosted engine running CentOS Stream release 8. As 8 is no-longer supported, it seems the first step for upgrading our cluster from 4.5.6 to 4.5.7 is to update the engine to Stream 9 (or 10)? Has anyone else completed this upgrade, and does this look like the right approach? 1. Put the cluster in global maintenance: hosted-engine --set-maintenance --mode=global 2. Stop ovirt-engine on the engine VM: systemctl stop ovirt-engine.service 3. Backup the engine: /usr/bin/engine-backup --mode=backup --scope=all --file="/var/lib/ovirt-engine-backup/backup.tar.bz2" --log=/var/log/ovirt-engine-backups.log 4. From an existing host, deploy a new engine: hosted-engine --deploy --restore-from-file=backup.tar.bz2 5. From the new engine, re-install each existing host. If that looks correct, is there anything we need to do for the existing hosts that are running many VMs in addition to the hosted engine? Should we expect to be able to deploy a new engine and update each host to 4.5.7 without downtime for any running VMs? Many thanks, Devin

3 3

Cannot logon cockpit for Ovirt 4.5.5
by Ethan Provensen 27 Jan '26

27 Jan '26

I am new to all of this. I recently downloaded the latest ISO, ovirt-node-ng-installer-latest-el9.iso, and I am trying to follow the directions. When I try to access cockpit on another PC with a GUI desktop and try to logon cockpit with root and the password I set for root when I created the server, it says wrong "Wrong user name or password". What user name should I be using to logon cockpit? All the the information I found, I am supposed to use root with the password I gave root when I created the oVirt server. What am I doing wrong?

3 2

oVirt Administration Portal will not load after upgrade to 4.5.7
by scottwilkins＠cicsnc.org 26 Jan '26

26 Jan '26

I'm running oVirt in standalone on a Centos Stream 9 box. The VM Portal will load fine, but the Admin Portal fails with a 500 error. When I dig down in the server log, the error message is: Caused by: java.lang.IllegalArgumentException: MigrationPolicies has no value for version: 4.8 When I run engine-config -g MigrationPolicies I get results for version 4.2 up to 4.7, but nothing for 4.8. Is this something I need to manually add? One other piece of confusing info is that the console still lists the version as 4.5.6-1.el9. I didn't see any errors during either the yum update or the engine-setup processes, but I may have missed something. Any help you all can give me would be great.

3 2