May 2023 - Users - oVirt List Archives

engine-setup failing on 4.3.2 -> 4.3.3 fails during Engine schema refresh fail
by Edward Berger 18 Jul '23

18 Jul '23

I was trying to upgrade a hyperconverged oVirt hosted engine and failed in the engine-setup command with these error and warnings. ... [ INFO ] Creating/refreshing Engine database schema [ ERROR ] schema.sh: FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_03_0830_add_foreign_key_to_image_transfers.sql [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema refresh failed ... [ INFO ] Yum Verify: 16/16: ovirt-engine-tools.noarch 0:4.3.3.5-1.el7 - e [WARNING] Rollback of DWH database postponed to Stage "Clean up" [ INFO ] Rolling back database schema ... [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Attaching engine-setup logfile.

4 6

Suggestion to switch to nightly
by Sandro Bonazzola 07 Jul '23

07 Jul '23

Hi, As you probably noticed there were no regular releases after oVirt 4.5.4 <https://ovirt.org/release/4.5.4/> in December 2022. Despite the calls to action to the community and to the companies involved with oVirt, there have been no uptake of the leading of the oVirt project yet. The developers at Red Hat still dedicating time to the project are now facing the fact they lack the time to do formal releases despite they keep fixing platform regressions like the recent ones due to the new ansible changes. That makes a nightly snapshot setup a more stable environment than oVirt 4.5.4. For this reason, we would like to suggest the user community to enable nightly repositories for oVirt by following the procedure at: https://www.ovirt.org/develop/dev-process/install-nightly-snapshot.html This will ensure that the latest fixes for the platform regressions will be promptly available. Regards, -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

5 9

Bcp vm
by Ali Gusainov 27 Jun '23

27 Jun '23

Hello experts. Environment: 2 identical servers running CentOS Linux release 7.7.1908 oVirt Version:4.3.7.2-1.el7 No clusters configured. NFS share for backups on third server. Have some questions. 1. Need to create backups of virtual machines to NFS without downtime. Can an 'OVA export' be a complete policy for backups? 2. Is there a way to export vm to OVA via command line?

2 5

Non responsive host (4.3.10)
by Maria Souvalioti 08 Jun '23

08 Jun '23

Hello everyone! Due to a recent major power outage in my area I now have an unresponsive self hosted host in an environment of 3 self hosted hosts. There's one vm stuck on there as well as some metadata I guess from when hosted engine was running there (before the power went down). I'm running 4.3.10 ovirt node with 3 nodes and GlusterFS, no arbiter, and I'm using it to provide services to our clients i.e. DNS, web sites, wikis, ticketing etc. and I cannot shut them down. The ovirt engine is up and running and I can manage all the other VMs that run on the other hosts through the web gui. The unresponsive host replies only to ICMP requests; in every other sense it's dead, no ssh, no gluster bricks, no console, nothing. I tried to place the faulty host in maintenance, using the option to stop glusterd, but wasn't able to as the engine won't let the host go into maintenance mode because it thinks the host has running VMs on it. The host won't go into maintenance even if I chose the "Ignore gluster quorum and self-heal validations" option. I spent last week creating a backup environment were I copied the VMs, to have somewhere to run them in case something goes terribly wrong with the systems or the gluster in the production system. I'm thinking of using the global maintenance mode and then shutting down the engine itself with *hosted-engine --vm-shutdown* and rebooting the affected host. Should I remove the host from the cluster and then re-add it or should I do something else? Thanks for any of your help!

3 4

novnc console error: promise.js missing?
by karl.morgan＠gmail.com 02 Jun '23

02 Jun '23

Seeing the following on the engine when attempting to start a novnc console 2023-03-31 11:57:34,988-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-29) [307c22a9] START, SetVmTicketVDSCommand(HostName = ov2node02-mn, SetVmTicketVDSCommandParameters:{hostId='19a92de3-c6e4-4f4e-be31-1d5533a2b6b6', vmId='4481b0e9-a96c-4ee7-8bd2-572558eb9fda', protocol='VNC', ticket='LMl903dd', validTime='120', userName='admin@ovirt', userId='9e88a363-34cb-466a-8ba9-25e46819423b', disconnectAction='LOCK_SCREEN', consoleDisconnectActionDelay='0'}), log id: 1d6520d5 2023-03-31 11:57:35,031-07 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-29) [307c22a9] FINISH, SetVmTicketVDSCommand, return: , log id: 1d6520d5 2023-03-31 11:57:35,044-07 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-29) [307c22a9] EVENT_ID: VM_SET_TICKET(164), User admin@ovirt@internalkeycloak-authz initiated console session for VM first 2023-03-31 11:57:35,158-07 INFO [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29) [] Can't read file '/usr/share/ovirt-engine/files/novnc/vendor/promise.js' for request '/ovirt-engine/services/files/novnc/vendor/promise.js' -- 404 Curious if this is obvious to anyone? How to resolve? ovirt-engine-webadmin-portal-4.5.4-1.el9.noarch ovirt-engine-4.5.4-1.el9.noarch

2 1

OKD Installer Provisioned Infrastructure in oVirt > 4.3
by Fredrik Arneving 30 May '23

30 May '23

Hi, I've successfully installed OKD <= 4.8 in my ovirt 4.3 self-hosted engine setup. However, I have now found out that the imageio-proxy and/or imageio-deamon has changed it's API calls and ports to make the OKD install fail on self-hosted (all-in-one) setups on ovirt 4.4 and 4.5. Since I've upgraded to version 4.5 I can no longer install OKD with Installer Provisioned Infrastructure. I recently read throough a long thread in bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=1871348) on how to get image uploads working from the GUI but haven't found any solutions for making the OKD install work. The suggested solution, engine-config -s "EnableImageioProxy=false", didn't solve my problem. Would it be possible to tweak the setup so that the OKD installer can upload it's image through imageio? I don't use the imageio service for anything else since I (almost) only kickstart my new vm's from my foreman servers so if other use cases than the OKD install would fail I can live with that. I take it the problem only appears for a self-hosted setup. If it was possible to migrate the engine to a standalone host (not a powerful compute node but somewhere with 4vCPU and 16 GB RAM) would that make the solution easier? I would lose a lot of my current infrastructure if I had to reinstall but if I can't find a better solution I will have to. Any help would be appreciated.

1 0

VM host deploy failed
by Latchezar Filtchev 30 May '23

30 May '23

Hi there, Centos Stream 8 fresh standalone install from nightly build of ovirt-engine. VM host Centos Stream 8 node nightly build repo enabled. Cannot add host to engine. The error message: Host n1 installation failed. Task Install ovirt-hosted-engine-setup package failed to execute. Please check logs for more details: /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20230530094214-n1............. Any hint will be appreciated. Thank you! Best, Latcho 2023-05-30 09:42:26 EEST - { "uuid" : "e905de36-7b04-4b52-96b8-71855d561446", "counter" : 99, "stdout" : "fatal: [n1.aubgin.local]: FAILED! => {\"changed\": false, \"failures\": [], \"msg\": \"Depsolve Error occurred: \\n Problem: conflicting requests\\n - nothing provides python3-importlib-resources needed by ovirt-hosted-engine-setup-2.7.1-0.0.master.20230414113600.git340e19b.el8.noarch\", \"rc\": 1, \"results\": []}", "start_line" : 87, "end_line" : 88, "runner_ident" : "c7d833e9-8de3-4d53-87a3-72c3d80177ce", "event" : "runner_on_failed", "pid" : 41043, "created" : "2023-05-30T06:42:25.111204", "parent_uuid" : "ac162d01-a065-3587-db9e-000000000228", "event_data" : { "playbook" : "ovirt-host-deploy.yml", "playbook_uuid" : "de0dd632-7d53-4e08-a06c-610334200c49", "play" : "all", "play_uuid" : "ac162d01-a065-3587-db9e-000000000006", "play_pattern" : "all", "task" : "Install ovirt-hosted-engine-setup package", "task_uuid" : "ac162d01-a065-3587-db9e-000000000228", "task_action" : "ansible.builtin.yum", "task_args" : "", "task_path" : "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-vdsm/tasks/packages.yml:6", "role" : "ovirt-host-deploy-vdsm", "host" : "n1.aubgin.local", "remote_addr" : "n1.aubgin.local", "res" : { "failures" : [ ], "results" : [ ], "rc" : 1, "msg" : "Depsolve Error occurred: \n Problem: conflicting requests\n - nothing provides python3-importlib-resources needed by ovirt-hosted-engine-setup-2.7.1-0.0.master.20230414113600.git340e19b.el8.noarch", "invocation" : { "module_args" : { "name" : [ "ovirt-hosted-engine-setup" ], "state" : "present", "allow_downgrade" : false, "autoremove" : false, "bugfix" : false, "cacheonly" : false, "disable_gpg_check" : false, "disable_plugin" : [ ], "disablerepo" : [ ], "download_only" : false, "enable_plugin" : [ ], "enablerepo" : [ ], "exclude" : [ ], "installroot" : "/", "install_repoquery" : true, "install_weak_deps" : true, "security" : false, "skip_broken" : false, "update_cache" : false, "update_only" : false, "validate_certs" : true, "sslverify" : true, "lock_timeout" : 30, "allowerasing" : false, "nobest" : false, "conf_file" : null, "disable_excludes" : null, "download_dir" : null, "list" : null, "releasever" : null } }, "_ansible_no_log" : null, "changed" : false }, "start" : "2023-05-30T06:42:23.217686", "end" : "2023-05-30T06:42:25.111007", "duration" : 1.893321, "ignore_errors" : null, "event_loop" : null, "uuid" : "e905de36-7b04-4b52-96b8-71855d561446" } } [root@e host-deploy]#

1 0

NIC Ordering
by Alan G 25 May '23

25 May '23

Is there any way to enforce NIC ordering so the vNICs match the ordering in the Engine UI? I found this but not clear if it was ever implemented? https://www.ovirt.org/develop/release-management/features/network/predictab…

3 6

ERROR HSMGetAllTasksStatusesVDS Cannot deactivate Logical Volume:
by parallax 25 May '23

25 May '23

Hello environment: oVirt 4.5.4-1 messages like this appear in the event log what do these errors mean? the volume 114f08c4-f864-44e1-a937-19405307e643 has 128m size ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-18) [] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM kvm3 command HSMGetAllTasksStatusesVDS failed: value=Cannot deactivate Logical Volume: 'error=General Storage Exception: ("5 [] [\' Logical volume 3526ebaa-31de-4c9f-b724-f0fbe5448a78/114f08c4-f864-44e1-a937-19405307e643 in use.\']\\n3526ebaa-31de-4c9f-b724-f0fbe5448a78/[\'114f08c4-f864-44e1-a937-19405307e643\']",), users={\'/dev/3526ebaa-31de-4c9f-b724-f0fbe5448a78/114f08c4-f864-44e1-a937-19405307e643\': [{\'pid\': 2227780, \'command\': \'systemd-udevd\', \'user\': \'root\', \'fd\': 7}]}' abortedcode=552

1 0

Extended ovirt image disk and now virtual size is < 1 GiB and actual size i +1TB
by arc＠b4restore.com 24 May '23

24 May '23

Hi, i extended 16 virtual image disks today by 1000GiB through the GUI and now we have a problem with some of them... 9 of them are shown if "edited" that they have a size of 0GiB and not 16360GiB as expected? 5 of them are not able to be extended either within the VM. we tried to power it off and then on again (not reboot, but actual power off / power on) any suggestions to get out of this weird mode? disks seems as if they have the "old" size within the VM but are shown in oVirt as if they are 0GiB.? They are relying on a posix compliant fs if that makes any difference, and they are thin-provisioned and discard-enabled. Thanks in advance.

2 3

VM causes CPU blocks and forces reboot of host
by dominik.drazyk＠blackrack.pl 23 May '23

23 May '23

Hello, I have recently migrated our customer's cluster to newer hardware (CentOS 8 Stream, 4 hypervisor nodes, 3 hosts with GlusterFS 5x 6TB SSD as JBOD with replica 3). After 1 month from the switch we encounter frequent vm locks that need host reboot in order to unlock the VM. Affected vms cannot be powered down from ovirt UI. Even if ovirt is successful in powering down affected vms, they cannot be booted again with information that OS disk is used. Once I reboot the host, vms can be turned on and everything works fine. In vdsm logs I can note the following error: 2023-05-11 19:33:12,339+0200 ERROR (qgapoller/1) [virt.periodic.Operation] <bound method QemuGuestAgentPoller._poller of <vdsm.virt.qemuguestagent.QemuGuestAgentPoller object at 0x7f553aa3e470>> operation failed (periodic:187) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/periodic.py", line 185, in __call__ self._func() File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py", line 476, in _poller vm_id, self._qga_call_get_vcpus(vm_obj)) File "/usr/lib/python3.6/site-packages/vdsm/virt/qemuguestagent.py", line 797, in _qga_call_get_vcpus if 'online' in vcpus: TypeError: argument of type 'NoneType' is not iterable /var/log/messages reports: May 11 19:35:15 kernel: task:CPU 7/KVM state:D stack: 0 pid: 7065 ppid: 1 flags: 0x80000182 May 11 19:35:15 kernel: Call Trace: May 11 19:35:15 kernel: __schedule+0x2d1/0x870 May 11 19:35:15 kernel: schedule+0x55/0xf0 May 11 19:35:15 kernel: schedule_preempt_disabled+0xa/0x10 May 11 19:35:15 kernel: rwsem_down_read_slowpath+0x26e/0x3f0 May 11 19:35:15 kernel: down_read+0x95/0xa0 May 11 19:35:15 kernel: get_user_pages_unlocked+0x66/0x2a0 May 11 19:35:15 kernel: hva_to_pfn+0xf5/0x430 [kvm] May 11 19:35:15 kernel: kvm_faultin_pfn+0x95/0x2e0 [kvm] May 11 19:35:15 kernel: ? select_task_rq_fair+0x355/0x990 May 11 19:35:15 kernel: ? sched_clock+0x5/0x10 May 11 19:35:15 kernel: ? sched_clock_cpu+0xc/0xb0 May 11 19:35:15 kernel: direct_page_fault+0x3b4/0x860 [kvm] May 11 19:35:15 kernel: kvm_mmu_page_fault+0x114/0x680 [kvm] May 11 19:35:15 kernel: ? vmx_vmexit+0x9f/0x70d [kvm_intel] May 11 19:35:15 kernel: ? vmx_vmexit+0xae/0x70d [kvm_intel] May 11 19:35:15 kernel: ? gfn_to_pfn_cache_invalidate_start+0x190/0x190 [kvm] May 11 19:35:15 kernel: vmx_handle_exit+0x177/0x770 [kvm_intel] May 11 19:35:15 kernel: ? gfn_to_pfn_cache_invalidate_start+0x190/0x190 [kvm] May 11 19:35:15 kernel: vcpu_enter_guest+0xafd/0x18e0 [kvm] May 11 19:35:15 kernel: ? hrtimer_try_to_cancel+0x7b/0x100 May 11 19:35:15 kernel: kvm_arch_vcpu_ioctl_run+0x112/0x600 [kvm] May 11 19:35:15 kernel: kvm_vcpu_ioctl+0x2c9/0x640 [kvm] May 11 19:35:15 kernel: ? pollwake+0x74/0xa0 May 11 19:35:15 kernel: ? wake_up_q+0x70/0x70 May 11 19:35:15 kernel: ? __wake_up_common+0x7a/0x190 May 11 19:35:15 kernel: do_vfs_ioctl+0xa4/0x690 May 11 19:35:15 kernel: ksys_ioctl+0x64/0xa0 May 11 19:35:15 kernel: __x64_sys_ioctl+0x16/0x20 May 11 19:35:15 kernel: do_syscall_64+0x5b/0x1b0 May 11 19:35:15 kernel: entry_SYSCALL_64_after_hwframe+0x61/0xc6 May 11 19:35:15 kernel: RIP: 0033:0x7faf1a1387cb May 11 19:35:15 kernel: Code: Unable to access opcode bytes at RIP 0x7faf1a1387a1. May 11 19:35:15 kernel: RSP: 002b:00007fa6f5ffa6e8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 May 11 19:35:15 kernel: RAX: ffffffffffffffda RBX: 000055be52e7bcf0 RCX: 00007faf1a1387cb May 11 19:35:15 kernel: RDX: 0000000000000000 RSI: 000000000000ae80 RDI: 0000000000000027 May 11 19:35:15 kernel: RBP: 0000000000000000 R08: 000055be5158c6a8 R09: 00000007d9e95a00 May 11 19:35:15 kernel: R10: 0000000000000002 R11: 0000000000000246 R12: 0000000000000000 May 11 19:35:15 kernel: R13: 000055be515bcfc0 R14: 00007fffec958800 R15: 00007faf1d6c6000 May 11 19:35:15 kernel: INFO: task worker:714626 blocked for more than 120 seconds. May 11 19:35:15 kernel: Not tainted 4.18.0-489.el8.x86_64 #1 May 11 19:35:15 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. May 11 19:35:15 kernel: task:worker state:D stack: 0 pid:714626 ppid: 1 flags:0x00000180 May 11 19:35:15 kernel: Call Trace: May 11 19:35:15 kernel: __schedule+0x2d1/0x870 May 11 19:35:15 kernel: schedule+0x55/0xf0 May 11 19:35:15 kernel: schedule_preempt_disabled+0xa/0x10 May 11 19:35:15 kernel: rwsem_down_read_slowpath+0x26e/0x3f0 May 11 19:35:15 kernel: down_read+0x95/0xa0 May 11 19:35:15 kernel: do_madvise.part.30+0x2c3/0xa40 May 11 19:35:15 kernel: ? syscall_trace_enter+0x1ff/0x2d0 May 11 19:35:15 kernel: ? __x64_sys_madvise+0x26/0x30 May 11 19:35:15 kernel: __x64_sys_madvise+0x26/0x30 May 11 19:35:15 kernel: do_syscall_64+0x5b/0x1b0 May 11 19:35:15 kernel: entry_SYSCALL_64_after_hwframe+0x61/0xc6 May 11 19:35:15 kernel: RIP: 0033:0x7faf1a138a4b May 11 19:35:15 kernel: Code: Unable to access opcode bytes at RIP 0x7faf1a138a21. May 11 19:35:15 kernel: RSP: 002b:00007faf151ea7f8 EFLAGS: 00000206 ORIG_RAX: 000000000000001c May 11 19:35:15 kernel: RAX: ffffffffffffffda RBX: 00007faf149eb000 RCX: 00007faf1a138a4b May 11 19:35:15 kernel: RDX: 0000000000000004 RSI: 00000000007fb000 RDI: 00007faf149eb000 May 11 19:35:15 kernel: RBP: 0000000000000000 R08: 00000007faf080ba R09: 00000000ffffffff May 11 19:35:15 kernel: R10: 00007faf151ea760 R11: 0000000000000206 R12: 00007faf15aec48e May 11 19:35:15 kernel: R13: 00007faf15aec48f R14: 00007faf151eb700 R15: 00007faf151ea8c0 May 11 19:35:15 kernel: INFO: task worker:714628 blocked for more than 120 seconds. May 11 19:35:15 kernel: Not tainted 4.18.0-489.el8.x86_64 #1 May 11 19:35:15 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Installed VDSM packages: vdsm-api-4.50.3.4-1.el8.noarch vdsm-network-4.50.3.4-1.el8.x86_64 vdsm-yajsonrpc-4.50.3.4-1.el8.noarch vdsm-http-4.50.3.4-1.el8.noarch vdsm-client-4.50.3.4-1.el8.noarch vdsm-4.50.3.4-1.el8.x86_64 vdsm-gluster-4.50.3.4-1.el8.x86_64 vdsm-python-4.50.3.4-1.el8.noarch vdsm-jsonrpc-4.50.3.4-1.el8.noarch vdsm-common-4.50.3.4-1.el8.noarch Libvirt: libvirt-client-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-nodedev-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-logical-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-network-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-qemu-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-scsi-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-core-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-config-network-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-iscsi-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-rbd-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-libs-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-config-nwfilter-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-secret-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-disk-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-mpath-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-gluster-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 python3-libvirt-8.0.0-2.module_el8.7.0+1218+f626c2ff.x86_64 libvirt-daemon-driver-nwfilter-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-lock-sanlock-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-interface-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-driver-storage-iscsi-direct-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 libvirt-daemon-kvm-8.0.0-14.module_el8.8.0+1257+0c3374ae.x86_64 During the issue with locked vms, they do not respond from network, I cannot use VNC console (or any other) to check what is happening from VM perspective. The host cannot list running processes. There are plenty of resources left and each host runs about 30-35 vms. First I thought that it might be related to glusterfs (I use gluster on other clusters and it usually works fine), so we migrated all vms back to old storage (NFS). The problem came back today on two hosts. I do not have such issues on other cluster which runs on Rocky 8.6 with hyperconverged glusterfs. Hence as a last resort I'll be migrating to Rocky 8 from CentOS 8-stream. Has anyone observed such issues with ovirt hosts on CentOS 8-stream? Any form of help is welcome, as I'm running out of ideas.

4 4

Patching issue on RHEL 8.7-8.8
by jamesroark＠gmail.com 23 May '23

23 May '23

After applying RHEL updates for the recent upgrade from 8.7 to 8.8, I started getting some package problems on my oVirt engine and hosts. Perhaps someone can help me figure out what is going on. Environment: oVirt 4.5.4-1.el8 Stand alone engine - Red Hat Enterprise Linux release 8.7 (Ootpa) RHEL hosts - Red Hat Enterprise Linux release 8.7 (Ootpa) # yum update Updating Subscription Management repositories. Last metadata expiration check: 3:01:05 ago on Fri 19 May 2023 09:43:55 AM EDT. Error: Problem: installed package centos-stream-release-8.6-1.el8.noarch obsoletes redhat-release < 9 provided by redhat-release-8.8-0.8.el8.x86_64 - cannot install the best update candidate for package redhat-release-8.7-0.3.el8.x86_64 - problem with installed package centos-stream-release-8.6-1.el8.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) # yum update --nobest Updating Subscription Management repositories. Last metadata expiration check: 3:01:25 ago on Fri 19 May 2023 09:43:55 AM EDT. Dependencies resolved. Problem: installed package centos-stream-release-8.6-1.el8.noarch obsoletes redhat-release < 9 provided by redhat-release-8.8-0.8.el8.x86_64 - cannot install the best update candidate for package redhat-release-8.7-0.3.el8.x86_64 - problem with installed package centos-stream-release-8.6-1.el8.noarch Nothing to do. Complete! I've applied the https://ovirt.org/download/install_on_rhel.html suggestions. When I try to "Install nightly oVirt master snapshot" as suggested, I also get an error: # dnf copr enable -y ovirt/ovirt-master-snapshot centos-stream-8 Updating Subscription Management repositories. Enabling a Copr repository. Please note that this repository is not part of the main distribution, and quality may vary. The Fedora Project does not exercise any power over the contents of this repository beyond the rules outlined in the Copr FAQ at <https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-…>, and packages are not held to any quality or security level. Please do not file bug reports about these packages in Fedora Bugzilla. In case of problems, contact the owner of this repository. Error: Failed to connect to https://copr.fedorainfracloud.org/coprs/ovirt/ovirt-master-snapshot/repo/ce…: Error

2 2

Ovirt 4.5.0 Support (End of Life Date)
by masood.ahmed＠digital.mod.uk 23 May '23

23 May '23

Hi, I am working on a project and we would like to utilise (oVirt 4.5.) as the platform for our enterprise infrastructure. We have arrived at this juncture because of a range of considerations related to hardware and software availability and compatibility. My question is if there is on-going vendor \ professional support for oVirt moving forward, as one of my colleagues spoke with Red Hat, who stated they are going to end their support for the product. we will not gain security accreditation for our project unless we have professional support available, community support only is not sufficient, Any ideas of firms available for a support contract for oVirt 4.5.0? thanks

2 1

constant error in enfine lof and Ovirt dashboard.
by eevans＠digitaldatatechs.com 22 May '23

22 May '23

My setup: CentOS 7 with Gluster 9.6 managed outside of engine, includes 3 servers plusdt the engine host. engine is a standalong but controls the 3 managed gluster volumes hosts. One of the hosts manages the gluster volume. I have used this setup for years and have never seen this on the engine host, but I have on the gluster volume servers. engine.log: 2023-05-22 15:58:33,020-04 INFO [org.ovirt.engine.core.vdsbroker.gluster.Gluste rServersListVDSCommand] (DefaultQuartzScheduler6) [235e97d6] FINISH, GlusterServ ersListVDSCommand, return: [192.168.254.252/24:CONNECTED, kvm04.digitaldatatechs .com:CONNECTED, kvm02.digitaldatatechs.com:CONNECTED], log id: 513632a0 2023-05-22 15:58:33,032-04 INFO [org.ovirt.engine.core.vdsbroker.gluster.AddGlu sterServerVDSCommand] (DefaultQuartzScheduler6) [235e97d6] START, AddGlusterServ erVDSCommand(HostName = kvm02, AddGlusterServerVDSParameters:{hostId='41b5df10-e d0a-4d6a-b375-c77ae9b681b6'}), log id: 6b6b5c97 2023-05-22 15:58:36,237-04 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghan dling.AuditLogDirector] (DefaultQuartzScheduler6) [235e97d6] EVENT_ID: GLUSTER_S ERVER_ADD_FAILED(4,436), Failed to add host kvm02 into Cluster ovirt_cluster. Ad d host failed: rc=107 out=() err=['Probe returned with Transport endpoint is not connected'] This shows up about eveny 90 seconds. No other issues and the host is up, volume is up. Triple checked firewalld and even disabled it as a test. SELinux is disabled. I'm not sure what I'm missing. Everything looks great in the cockpit. Any help is appreciated. Thanks in advance.

1 0

Ovirt 4.5 deploy failed
by Selçuk N 22 May '23

22 May '23

Hello, I'm trying to install Ovirt 4.5 and I got the following error. FAILED! => {"attempts": 50, "changed": false, "msg": "Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials."} The node and hosted-engine vm password is the same and does not have any problem. Here are detailed logs. What am I doing wrong? Thank you. Regards 2023-05-18 18:49:25,924+0000 DEBUG ansible on_any args localhost TASK: ovirt.ovirt.hosted_engine_setup : include_tasks kwargs 2023-05-18 18:49:26,601+0000 INFO ansible ok {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/he_ansible/trigger_role.yml', 'ansible_host': 'localhost', 'ansible_task': '', 'task_duration': 1} 2023-05-18 18:49:26,601+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5580> kwargs 2023-05-18 18:49:26,644+0000 DEBUG ansible on_any args /usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/auth_sso.yml (args={} vars={}): [localhost] kwargs 2023-05-18 18:49:27,317+0000 INFO ansible task start {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/he_ansible/trigger_role.yml', 'ansible_task': 'ovirt.ovirt.hosted_engine_setup : Obtain SSO token using username/password credentials'} 2023-05-18 18:49:27,317+0000 DEBUG ansible on_any args TASK: ovirt.ovirt.hosted_engine_setup : Obtain SSO token using username/password credentials kwargs is_conditional:False 2023-05-18 18:49:27,318+0000 DEBUG ansible on_any args localhost TASK: ovirt.ovirt.hosted_engine_setup : Obtain SSO token using username/password credentials kwargs 2023-05-18 18:49:29,447+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970781b430> kwargs 2023-05-18 18:49:40,175+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9190> kwargs 2023-05-18 18:49:50,869+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079cb460> kwargs 2023-05-18 18:50:01,565+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9190> kwargs 2023-05-18 18:50:12,258+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707864b50> kwargs 2023-05-18 18:50:22,932+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9b80> kwargs 2023-05-18 18:50:33,638+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9709cb0370> kwargs 2023-05-18 18:50:44,319+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9190> kwargs 2023-05-18 18:50:54,990+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9709cb0370> kwargs 2023-05-18 18:51:05,683+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9b80> kwargs 2023-05-18 18:51:16,375+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9709cb0370> kwargs 2023-05-18 18:51:27,062+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9190> kwargs 2023-05-18 18:51:37,766+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9709cb0a60> kwargs 2023-05-18 18:51:48,422+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97077c3670> kwargs 2023-05-18 18:51:59,125+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97078c2a30> kwargs 2023-05-18 18:52:09,821+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5730> kwargs 2023-05-18 18:52:20,489+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707a41ac0> kwargs 2023-05-18 18:52:31,188+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970781b700> kwargs 2023-05-18 18:52:41,873+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707894580> kwargs 2023-05-18 18:52:52,559+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707894760> kwargs 2023-05-18 18:53:03,260+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079f3d00> kwargs 2023-05-18 18:53:13,923+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa14f0> kwargs 2023-05-18 18:53:24,622+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707a01310> kwargs 2023-05-18 18:53:35,311+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97076b0700> kwargs 2023-05-18 18:53:45,964+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa14f0> kwargs 2023-05-18 18:53:56,661+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970771afa0> kwargs 2023-05-18 18:54:07,346+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa15e0> kwargs 2023-05-18 18:54:18,018+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5730> kwargs 2023-05-18 18:54:28,715+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5c40> kwargs 2023-05-18 18:54:39,387+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97076f8cd0> kwargs 2023-05-18 18:54:50,067+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa17c0> kwargs 2023-05-18 18:55:00,773+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5730> kwargs 2023-05-18 18:55:11,426+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707a36c40> kwargs 2023-05-18 18:55:22,121+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5c40> kwargs 2023-05-18 18:55:32,809+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97077b5880> kwargs 2023-05-18 18:55:43,463+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97075dc0d0> kwargs 2023-05-18 18:55:54,157+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa14f0> kwargs 2023-05-18 18:56:04,841+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa5c40> kwargs 2023-05-18 18:56:15,500+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97079b9250> kwargs 2023-05-18 18:56:26,193+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97076b05e0> kwargs 2023-05-18 18:56:36,875+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970787c790> kwargs 2023-05-18 18:56:47,557+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970769ba00> kwargs 2023-05-18 18:56:58,257+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707aa14f0> kwargs 2023-05-18 18:57:08,912+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97076f8c10> kwargs 2023-05-18 18:57:19,612+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97076f8040> kwargs 2023-05-18 18:57:30,302+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97077b5160> kwargs 2023-05-18 18:57:40,969+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970769b160> kwargs 2023-05-18 18:57:51,664+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f9707516b80> kwargs 2023-05-18 18:58:02,347+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97073f1c40> kwargs 2023-05-18 18:58:13,021+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f970769bb20> kwargs 2023-05-18 18:58:24,784+0000 DEBUG var changed: host "localhost" var "ansible_failed_task" type "<class 'dict'>" value: "{ "action": "ovirt_auth", "any_errors_fatal": false, "args": { "_ansible_check_mode": false, "_ansible_debug": false, "_ansible_diff": false, "_ansible_keep_remote_files": false, "_ansible_module_name": "ovirt_auth", "_ansible_no_log": false, "_ansible_remote_tmp": "~/.ansible/tmp", "_ansible_selinux_special_fs": [ "fuse", "nfs", "vboxsf", "ramfs", "9p", "vfat" ], "_ansible_shell_executable": "/bin/sh", "_ansible_socket": null, "_ansible_string_conversion_action": "warn", "_ansible_syslog_facility": "LOG_USER", "_ansible_tmpdir": "/root/.ansible/tmp/ansible-tmp-1684436303.0466125-36573-187227954552032/", "_ansible_verbosity": 0, "_ansible_version": "2.13.5", "insecure": true }, "async": 0, "async_val": 0, "become": false, "become_exe": null, "become_flags": null, "become_method": "sudo", "become_user": null, "changed_when": [], "check_mode": false, "collections": [ "ovirt.ovirt", "ansible.builtin" ], "connection": "local", "debugger": null, "delay": 10, "delegate_facts": null, "delegate_to": null, "diff": false, "environment": [ { "OVIRT_PASSWORD": "**FILTERED**", "OVIRT_URL": "https://eng.xxxx.net/ovirt-engine/api", "OVIRT_USERNAME": "admin@internal" } ], "failed_when": [], "finalized": true, "ignore_errors": null, "ignore_unreachable": null, "loop": null, "loop_control": null, "loop_with": null, "module_defaults": [], "name": "Obtain SSO token using username/password credentials", "no_log": null, "notify": null, "poll": 15, "port": null, "register": "ovirt_sso_auth", "remote_user": null, "retries": 50, "run_once": null, "squashed": true, "tags": [ "never", "bootstrap_local_vm", "never" ], "throttle": 0, "timeout": 0, "until": [ "ovirt_sso_auth is succeeded" ], "uuid": "1866daab-9d24-cf71-0985-00000000181c", "vars": {}, "when": [] }" 2023-05-18 18:58:24,784+0000 DEBUG var changed: host "localhost" var "ansible_failed_result" type "<class 'dict'>" value: "{ "_ansible_no_log": null, "_ansible_parsed": true, "attempts": 50, "changed": false, "exception": "Traceback (most recent call last):\n File \"/tmp/ansible_ovirt_auth_payload_x_h__rn9/ansible_ovirt_auth_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_auth.py\", line 287, in main\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 382, in authenticate\n self._sso_token = self._get_access_token()\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 627, in _get_access_token\n sso_error[1]\novirtsdk4.AuthError: Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials.\n", "failed": true, "invocation": { "module_args": { "ca_file": null, "compress": true, "headers": null, "hostname": null, "insecure": true, "kerberos": false, "ovirt_auth": null, "password": null, "state": "present", "timeout": 0, "token": null, "url": null, "username": null } }, "msg": "Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials." }" 2023-05-18 18:58:24,784+0000 ERROR ansible failed { "ansible_host": "localhost", "ansible_playbook": "/usr/share/ovirt-hosted-engine-setup/he_ansible/trigger_role.yml", "ansible_result": { "_ansible_no_log": null, "attempts": 50, "changed": false, "exception": "Traceback (most recent call last):\n File \"/tmp/ansible_ovirt_auth_payload_x_h__rn9/ansible_ovirt_auth_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_auth.py\", line 287, in main\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 382, in authenticate\n self._sso_token = self._get_access_token()\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 627, in _get_access_token\n sso_error[1]\novirtsdk4.AuthError: Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials.\n", "invocation": { "module_args": { "ca_file": null, "compress": true, "headers": null, "hostname": null, "insecure": true, "kerberos": false, "ovirt_auth": null, "password": null, "state": "present", "timeout": 0, "token": null, "url": null, "username": null } }, "msg": "Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials." }, "ansible_task": "Obtain SSO token using username/password credentials", "ansible_type": "task", "status": "FAILED", "task_duration": 538 } 2023-05-18 18:58:24,784+0000 DEBUG ansible on_any args <ansible.executor.task_result.TaskResult object at 0x7f97073f1520> kwargs ignore_errors:None 2023-05-18 18:58:25,487+0000 DEBUG var changed: host "localhost" var "ovirt_sso_auth" type "<class 'dict'>" value: "{ "attempts": 50, "changed": false, "exception": "Traceback (most recent call last):\n File \"/tmp/ansible_ovirt_auth_payload_x_h__rn9/ansible_ovirt_auth_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_auth.py\", line 287, in main\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 382, in authenticate\n self._sso_token = self._get_access_token()\n File \"/usr/lib64/python3.6/site-packages/ovirtsdk4/__init__.py\", line 627, in _get_access_token\n sso_error[1]\novirtsdk4.AuthError: Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials.\n", "failed": true, "msg": "Error during SSO authentication access_denied : Cannot authenticate user Invalid user credentials." }" 2023-05-18 18:58:25,487+0000 INFO ansible task start {'status': 'OK', 'ansible_type': 'task', 'ansible_playbook': '/usr/share/ovirt-hosted-engine-setup/he_ansible/trigger_role.yml', 'ansible_task': 'ovirt.ovirt.hosted_engine_setup : Sync on engine machine'} 2023-05-18 18:58:25,487+0000 DEBUG ansible on_any args TASK: ovirt.ovirt.hosted_engine_setup : Sync on engine machine kwargs is_conditional:False

2 2

ovirt node
by skhurtsilava＠cellfie.ge 22 May '23

22 May '23

Hello Guys I installed oVirt Node 4.4 and I want to deploy Hosted Engine but i get this error [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Ensure the resolved address resolves only on the selected interface] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "hostname 'ovirt.bee.moitel.local' doesn't uniquely match the interface 'ens192' selected for the management bridge; it matches also interface with IP ['fe80::9a5b:2039:fe49:5252', '192.168.222.1', 'fd00:1234:5678:900::1']. Please make sure that the hostname got from the interface for the management network resolves only there.\n"} How can i fix this error?

2 1

oVirt and Oracle Linux Virtualization Manager
by Andrei Verovski 22 May '23

22 May '23

Hi, Does Oracle plan to continue active development of oVirt, since it is released as Oracle Linux Virtualization Manager ? with best regards Andrei

1 0

Re: Basic authentication to Rest api not working 4.5.4
by kishorekumar.goli＠gmail.com 22 May '23

22 May '23

Thanks Alexei for the response. I see httpd configuration is updated to use oauth. I see below configuration updated in /etc/httpd/conf.d/internalsso-openidc.conf <LocationMatch ^/ovirt-engine/api($|/)> AuthType oauth20 Require valid-user </LocationMatch> I dont see any release notes about removal of basic authentication in 4.5.x. So I wanted to know if this is mentioned anywhere in the documentation.

2 1

How to deploy a glusterFS on ovirt 4.5 cluster
by patrick.noel＠2IS.biz 19 May '23

19 May '23

Hi, I installed an ovirt 4.5 cluster with 3 nodes and a hosted engine. I would like to configure a GlusterFS cluster on the 3 nodes. I follow this procedure https://www.ovirt.org/dropped/gluster-hyperconverged/chap-Deploying_Hyperco… but the package cockpit-ovirt-dashboard does not exist. What is the procedure to follow? Thank you.

1 0

Basic authentication to Rest api not working 4.5.4
by kishorekumar.goli＠gmail.com 16 May '23

16 May '23

We are facing issue while using basic authentication . We get 401 unauthorized error . It was working in previous versions. parameters used: curl -vvk -u "admin:admin" -H "Content-type: application/xml" -X GET https://<ovirt_gui>/ovirt-engine/api/hosts/ <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html> <head> <title>401 Unauthorized</title> </head> <body> <h1>Unauthorized</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> </body> </html>

2 1

Failed to read or parse '/etc/pki/ovirt-engine/keys/engine.p12'
by Frank Wall 15 May '23

15 May '23

Hi, I was trying to restore a oVirt Engine Backup into a new Hosted Engine appliance (as part of an upgrade), but this failed with the following error: --== PKI CONFIGURATION ==-- [WARNING] Failed to read or parse '/etc/pki/ovirt-engine/keys/engine.p12' Perhaps it was changed since last Setup. Error was: Error outputting keys and certificates 80EBCC44677F0000:error:0308010C:digital envelope routines:inner_evp_generic_fetch:unsupported:crypto/evp/evp_fetch.c:373:Global default library context, Algorithm (RC2-40-CBC : 0) It looks like this is related to openssl requiring legacy mode to use the old Engine cert/key. Is there any way to workaround this? Or would it be possible to repackage the existing PCKS#12 file with new encryption (on the old Engine)? Regards - Frank

3 3

[ansible]attach vdisk to vm
by Pietro Pesce 15 May '23

15 May '23

Hello ever1 i create a playbook for create and attach vdisk (from direct lun) to vm, the firs block work. I want attach the created vdisk to second vm. how can do? --- # Add fiber chanel disk - name: Create disk ovirt.ovirt.ovirt_disk: auth: "{{ ovirt_auth }}" name: "{{ item.0 }}" host: "{{host}}" shareable: True interface: virtio_scsi vm_name: "{{hostname}}" scsi_passthrough: disabled logical_unit: id: "{{ item.1 }}" storage_type: fcp loop: "{{ disk_name | zip(lun) | list }}" ## Add disk second node #- name: Create disk # ovirt.ovirt.ovirt_disk: # auth: "{{ ovirt_auth }}" # vm_name: "{{hostname2}}" # name: "{{ item.0 }}" # host: "{{host}}" # interface: virtio_scsi # logical_unit: # id: "{{ item.1 }}" # storage_type: fcp # loop: "{{ disk_name | zip(lun) | list }}" thanks

1 0

engine setup fails: error: The system may not be provisioned according to the playbook results
by neeldey427＠gmail.com 13 May '23

13 May '23

I'm trying to setup the engine. But I am getting the same error. [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Remove temporary entry in /etc/hosts for the local VM] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Destroy local storage-pool localvm3a2r5z0y] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Undefine local storage-pool localvm3a2r5z0y] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Destroy local storage-pool 9ef860a6-ee88-4aa6-94ac-a429a90ebec8] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Undefine local storage-pool 9ef860a6-ee88-4aa6-94ac-a429a90ebec8] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Notify the user about a failure] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The system may not be provisioned according to the playbook results: please check the logs for the issue, fix accordingly or re-deploy from scratch.\n"} Please let me know if you need more information in this regard or contents from any of the log files. Any & all suggestions on how to fix/troubleshoot this are much appreciated.

1 0

engine setup fails: error creating bridge interface virbr0: File exists - ?
by lejeczek 12 May '23

12 May '23

Hi guys. I'm trying to setup the engine on the latest stable ovirt node(in a VM), so a clean, vanilla-default system. -> $ hosted-engine --deploy --4 ... [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Activate default libvirt network] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "cmd": ["virsh", "net-start", "default"], "delta": "0:00:00.042134", "end": "2023-05-11 11:08:59.248405", "msg": "non-zero return code", "rc": 1, "start": "2023-05-11 11:08:59.206271", "stderr": "error: Failed to start network default\nerror: error creating bridge interface virbr0: File exists", "stderr_lines": ["error: Failed to start network default", "error: error creating bridge interface virbr0: File exists"], "stdout": "", "stdout_lines": []} [ ERROR ] Failed to execute stage 'Closing up': Failed getting local_vm_dir ... Any & all suggestions on how to fix/troubleshoot this are much appreciated. many thanks, L.

2 3

Migration failed after upgrade engine from 4.3 to 4.4
by Emmanuel Ferrandi 11 May '23

11 May '23

Hi ! When I try to migrate a powered VM (regardless of OS) from one hypervisor to another, the VM is immediately shut down with this error message: /Migration failed: Admin shut down from the engine (VM: VM, Source: HP11)./ The oVirt engine has been upgraded from version 4.3 to version 4.4. Some nodes are in version 4.3 and others in version 4.4. Here are the oVirt versions for selected hypervisors: * HP11 : 4.4 * HP5 : 4.4 * HP6 : 4.3 Here are the migration attempts I tried with a powered VM : * From HP > to HP * HP6 > HP5 : OK * HP6 > HP11 : OK * HP5 > HP11 : OK * HP5 > HP6 : OK * HP11 > HP5 : *NOK* * HP11 > HP6 : OK As mentioned above the migration of a VM between two versions of ovirt is not a problem. The migration of the VM between two HPs with the same 4.4 version works only in one direction (HP5 to HP11) and doesn't work in the other way. I already tried to reinstall both HPs in version 4.4 but without success. Here are the logs on the HP5 concerning the VM: //var/log/vdsm/vdsm.log:2023-05-11 14:32:56,303+0200 INFO (jsonrpc/3) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:172.20.3.250,37534, flow_id=43364065, vmId=d14f75cd-1cb1-440b-9780-6b6ee78149ac (api:48)// ///var/log/vdsm/vdsm.log:2023-05-11 14:32:56,303+0200 INFO (jsonrpc/3) [api] FINISH destroy error=Virtual machine does not exist: {'vmId': 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'} (api:129)// ///var/log/vdsm/vdsm.log:2023-05-11 14:32:56,303+0200 INFO (jsonrpc/3) [api.virt] FINISH destroy return={'status': {'code': 1, 'message': "Virtual machine does not exist: {'vmId': 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'}"}} from=::ffff:172.20.3.250,37534, flow_id=43364065, vmId=d14f75cd-1cb1-440b-9780-6b6ee78149ac (api:54)/ //var/log/libvirt/qemu/VM.log:2023-03-24 14:56:51.474+0000: initiating migration// ///var/log/libvirt/qemu/VM.log:2023-03-24 14:56:54.342+0000: shutting down, reason=migrated// ///var/log/libvirt/qemu/VM.log:2023-03-24T14:56:54.870528Z qemu-kvm: terminating on signal 15 from pid 4379 (<unknown process>)/ Here are the log on the engine concerning the VM: // //var/log/ovirt-engine/engine.log:2023-05-11 14:32:53,333+02 INFO [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-18197) [3f672d7f-f617-47a2-b0e9-c521656e8c01] START, MigrateVDSCommand( MigrateVDSCommandParameters:{hostId='6817e182-f163-4a44-9ad6-53156b8bb5a0', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', srcHost='HP11', dstVdsId='d2481de5-5ad2-4d06-9545-d5628cb87bcb', dstHost='HP5:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', migrateEncrypted='null', consoleAddress='null', maxBandwidth='256', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='192.168.1.1'}), log id: 6a3507d0// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:53,334+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (default task-18197) [3f672d7f-f617-47a2-b0e9-c521656e8c01] START, MigrateBrokerVDSCommand(HostName = HP11, MigrateVDSCommandParameters:{hostId='6817e182-f163-4a44-9ad6-53156b8bb5a0', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', srcHost='HP11', dstVdsId='d2481de5-5ad2-4d06-9545-d5628cb87bcb', dstHost='HP5:54321', migrationMethod='ONLINE', tunnelMigration='false', migrationDowntime='0', autoConverge='true', migrateCompressed='false', migrateEncrypted='null', consoleAddress='null', maxBandwidth='256', enableGuestEvents='true', maxIncomingMigrations='2', maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort, params=[]}}]]', dstQemu='192.168.1.1'}), log id: f254f72// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,246+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [3f0e966d] VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac' was reported as Down on VDS '6817e182-f163-4a44-9ad6-53156b8bb5a0'(HP11)// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,296+02 INFO [org.ovirt.engine.core.bll.SaveVmExternalDataCommand] (ForkJoinPool-1-worker-9) [43364065] Running command: SaveVmExternalDataCommand internal: true. Entities affected : ID: d14f75cd-1cb1-440b-9780-6b6ee78149ac Type: VM// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,299+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] START, DestroyVDSCommand(HostName = HP11, DestroyVmVDSCommandParameters:{hostId='6817e182-f163-4a44-9ad6-53156b8bb5a0', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 20bf3f27// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,303+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] Failed to destroy VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac' because VM does not exist, ignoring// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,303+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [43364065] VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'(VM) moved from 'MigratingFrom' --> 'Down'// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,303+02 INFO [org.ovirt.engine.core.vdsbroker.DestroyVmVDSCommand] (ForkJoinPool-1-worker-9) [43364065] START, DestroyVmVDSCommand( DestroyVmVDSCommandParameters:{hostId='d2481de5-5ad2-4d06-9545-d5628cb87bcb', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 1734109b// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,303+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] START, DestroyVDSCommand(HostName = HP5, DestroyVmVDSCommandParameters:{hostId='d2481de5-5ad2-4d06-9545-d5628cb87bcb', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 2679b538// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,307+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] Failed to destroy VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac' because VM does not exist, ignoring// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,310+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [43364065] Stopped migrating VM: 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'(VM) on VDS: 'd2481de5-5ad2-4d06-9545-d5628cb87bcb'// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,329+02 INFO [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (ForkJoinPool-1-worker-9) [43364065] Lock freed to object 'EngineLock:{exclusiveLocks='[d14f75cd-1cb1-440b-9780-6b6ee78149ac=VM]', sharedLocks=''}'// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,333+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [43364065] VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac' was reported as Down on VDS '6817e182-f163-4a44-9ad6-53156b8bb5a0'(HP11)// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,333+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [43364065] VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'(VM) was unexpectedly detected as 'Down' on VDS '6817e182-f163-4a44-9ad6-53156b8bb5a0'(HP11) (expected on 'null')// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,333+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] START, DestroyVDSCommand(HostName = HP11, DestroyVmVDSCommandParameters:{hostId='6817e182-f163-4a44-9ad6-53156b8bb5a0', vmId='d14f75cd-1cb1-440b-9780-6b6ee78149ac', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 6a04ab1// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,358+02 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-9) [43364065] Failed to destroy VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac' because VM does not exist, ignoring// ///var/log/ovirt-engine/engine.log:2023-05-11 14:32:56,358+02 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-9) [43364065] VM 'd14f75cd-1cb1-440b-9780-6b6ee78149ac'(VM) was unexpectedly detected as 'Down' on VDS '6817e182-f163-4a44-9ad6-53156b8bb5a0'(HP11) (expected on 'null')/ Has anyone ever encountered this kind of problem following an oVirt cluster update? Thanks, -- Emmanuel

1 0