- Users - oVirt List Archives

Creating snapshots of Windows VM result in Status Code: 500
by Jon Sattelberger 22 Dec '23

22 Dec '23

I receive a "Status Code: 500" popup whenever I attempt to create a snapshot for a Windows VM from the Administration Portal UI. It doesn't matter if the VM is powered on or off. Nor the OS designation set in the UI (setting Linux or Other...). The modal usually states: "Operation Canceled" followed by "Error while executing action: A Request to the Server failed with the following Status Code: 500" or "Error while executing query: null". There are at least a dozen popups, and will continue to repeat every few seconds. The snapshot tab in the Admin Portal UI will then have issues displaying the Active VM and the newly created snapshot entry. If you try to examine both entries, the disk, network, and installed applications might appear blank. The web inspector will usually contain the following: Fri Dec 22 09:43:07 GMT-500 2023 org.ovirt.engine.ui.frontend.Frontend SEVERE: Failed to execute runQuery: com.google.gwt.user.client.rpc.StatusCodeException: 500 Internal Server Error The call failed on the server; see server log for details com.google.gwt.user.client.rpc.StatusCodeException: 500 Internal Server Error The call failed on the server; see server log for details The engine logs will have: File: server.log 2023-12-22 09:43:04,387-05 ERROR [io.undertow.servlet] (default task-726) Exception while dispatching incoming RPC call: com.google.gwt.user.client.rpc.SerializationException: Can't find the serialization policy file. This probably means that the user has an old version of the application loaded in the browser. To solve the issue the user needs to close the browser and open it again, so that the application is reloaded. ... snip ... Caused by: com.google.gwt.user.client.rpc.SerializationException: Type 'org.ovirt.engine.core.common.utils.SecretValue' was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.: instance = *** The same snapshot will appear fine in the VM Portal. I am able to see the network interfaces, and disks. No issues creating a snapshot of a Linux-based VM from either UI interfaces. I've tried in both Firefox (115.5 ESR) and Google Chrome (latest-ish). Any thoughts on where to look next? Version 4.5.6-0 (git12af746179.el8) on RHEL 8. Thank you, Jon

1 0

Failed to validate GPG signature for ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64
by Jirka Simon 21 Dec '23

21 Dec '23

Hello ovirt people, please cloud you check ovirt-engine-appliance for centos stream 9? it returns ERROR ] fatal: [localhost]: FAILED! => {"attempts": 10, "changed": false, "msg": "Failed to validate GPG signature for ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64: Public key for ovirt-engine-appliance-4.5-20231201120201.1.el9.x86_64.rpm is not installed"} it is possible to install it manually with dnf -y install ovirt-engine-appliance --nogpgcheck jirka

1 0

Access Problem
by Vittorio 21 Dec '23

21 Dec '23

When i try to log in on Ovirt There is : "PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed" Can you help me?

1 0

Proxy error when deploying self hosted engine
by dhiabimen＠gmail.com 21 Dec '23

21 Dec '23

Hello, I'm trying to deploy a self hosted engine in a KVM node oracle linux 8.8. But I have got the following error: 2023-12-21 10:40:43,687+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 TASK [ovirt.ovirt.hosted_engine_setup : Install Oracle oVirt repo using specified url] 2023-12-21 10:40:43,889+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 skipping: [localhost] 2023-12-21 10:40:44,091+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 TASK [ovirt.ovirt.hosted_engine_setup : Install Oracle oVirt repo] 2023-12-21 10:41:28,976+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 {'results': [], 'rc': 1, 'msg': "Failed to download metadata for repo 'ol8 _baseos_latest': Cannot download repomd.xml: Curl error (5): Couldn't resolve proxy name for https://yum.oracle.com/repo/OracleLinux/OL8/baseos/latest/x86_64/repodata/r… [Could not resolve proxy: www-proxy.us.oracle.com]", 'invocation': {'module_args': {'name': ['oracle-ovirt-release-45-el8'], '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': None, 'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever': None}}, '_ansible_no_log': None, 'attempts': 10, 'changed': False, '_ansible_delegated_vars': {'ansible_host': '192.168.222.75', 'ansible_port': None, 'ansible_user': 'root', 'ansible_connection': 'smart'}} 2023-12-21 10:41:29,078+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:113 fatal: [localhost -> 192.168.222.75]: FAILED! => {"attempts": 10, "changed ": false, "msg"2023-12-21 10:40:43,687+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 TASK [ovirt.ovirt.hosted_engine_setup : Install Oracle oVirt repo using spe cified url] 2023-12-21 10:40:43,889+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 skipping: [localhost] 2023-12-21 10:40:44,091+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:115 TASK [ovirt.ovirt.hosted_engine_setup : Install Oracle oVirt repo] 2023-12-21 10:41:28,976+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:109 {'results': [], 'rc': 1, 'msg': "Failed to download metadata for repo 'ol8 _baseos_latest': Cannot download repomd.xml: Curl error (5): Couldn't resolve proxy name for https://yum.oracle.com/repo/OracleLinux/OL8/baseos/latest/x86_64/repodata/r… [Could not resolve proxy: www-proxy.us.oracle.com]", 'invocation': {'module_args': {'name': ['oracle-ovirt-release-45-el8'], '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': None, 'disable_excludes': None, 'download_dir': None, 'list': None, 'releasever': None}}, '_ansible_no_log': None, 'attempts': 10, 'changed': False, '_ansible_delegated_vars': {'ansible_host': '192.168.222.75', 'ansible_port': None, 'ansible_user': 'root', 'ansible_connection': 'smart'}} 2023-12-21 10:41:29,078+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:113 fatal: [localhost -> 192.168.222.75]: FAILED! => {"attempts": 10, "changed ": false, "msg": "Failed to download metadata for repo 'ol8_baseos_latest': Cannot download repomd.xml: Curl error (5): Couldn't resolve proxy name for https://yum.oracle.com/repo/OracleLin ux/OL8/baseos/latest/x86_64/repodata/repomd.xml [Could not resolve proxy: www-proxy.us.oracle.com]", "rc": 1, "results": []} : "Failed to download metadata for repo 'ol8_baseos_latest': Cannot download repomd.xml: Curl error (5): Couldn't resolve proxy name for https://yum.oracle.com/repo/OracleLin ux/OL8/baseos/latest/x86_64/repodata/repomd.xml [Could not resolve proxy: www-proxy.us.oracle.com]", "rc": 1, "results": []} I have found that " www-proxy.us.oracle.com" is declared in the "dnf.conf" file of the ovirt engine created VM. How can I deploy the self hosted engine without having this error . Please note that I did not use any proxy. Thanks,

1 0

How restore nodes ovirt UP from NonResponsive and VMs executing
by carlos.mendes＠mgo.cv 21 Dec '23

21 Dec '23

Hello, The node (ovirt2) however is having consistent problems. The follow sequence of events is reproducible and is causing the host to enter a "NonOperational" state on the cluster: * Host ovirt2 installed * VDSM ovirt2 command ConnectStorageServerVDS failed: Message timeout which can be caused by communication issues * Host ovirt2 is not responding. Host cannot be fenced automatically because power management for the host is disabled. * Host ovirt2 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center DataCenter1. Setting Host state to Non-Operational. (5/27/1912:43:22 PM) * (Banner appears in GUI) Failed Activating Host ovirt2.witsconsult.com * Failed to connect Host ovirt2 to Storage Pool DataCenter1 (5/27/1912:47:07 PM) * Host ovirt2 cannot access the Storage Domain(s) <UNKNOWN> attached to the Data Center DataCenter1. Setting Host state to Non-Operational. (5/27/1912:47:07 PM) * Host ovirt2 is not responding. Host cannot be fenced automatically because power management for the host is disabled. (5/27/1912:47:07 PM) * VDSM ovirt2 command ConnectStorageServerVDS failed: Message timeout which can be caused by communication issues (5/27/1912:47:07 PM) I can then re-activate ovirt2, which appears as green for approximately 5 minutes and then repeats all of the above issues. What can I do to troubleshoot this?

3 2

iSCSI Storage Domain Issues - Please Help
by Matthew J Black 20 Dec '23

20 Dec '23

Hi Guys & Gals, So I've been researching this issue online for a couple of days now and I can't seem to find a solution - so I'm hoping you kind people here can help. We're running oVirt (on Rocky 8, at the moment) with a iSCSI back-end provided by Ceph (Quincy, for the record). Everything from the Ceph-end looks AOK. However, none of the oVirt Hosts (and therefore the VMs) can connect to the Ceph iSCSI RBD Images (oVirt Storage Domains), and only one or two of the Hosts can log into the Ceph iSCSI Target - the others throw a "Failed to setup iSCSI subsystem" error. All of the existing iSCSI Storage Domains are in Maintenance mode, and when I try to do *anything* to them the logs spit out a "Storage domain does not exist:" message. I also cannot create a new iSCSI Storage Domain for a new Ceph pool - again, oVirt simply won't/can't see it, even though it clearly visable in the iSCSI section of the Ceph Dashboard (and in gwcli on the Ceph Nodes). All of this started happening after I ran an update of oVirt - including an "engine setup" with a full engine-vacuum. Nothing has changed on the Ceph-end. So I'm looking for help on 2 issues, which or may not be related: 1) Is there a way to "force" oVirt Hosts to log into iSCSI targets? This will mean all of the oVirt Hosts will be connected to all of the Ceph iSCSI Gateways. 2) I'm thinking that *somehow* the existing "Storage Domains" registered in oVirt have become orphaned, so they need to be "cleaned up" - is there a cli way to do this (I don't mind digging into SQL as I'm an old SQL engineer/admin from way back). Thoughts on how to do this - and if it should be done at all? Or should I simple detach the Storage Domain images from the relevant VMs and destroy the Storage Domains, recreate them (once I can get the oVirt Hosts to log back into the Ceph iSCSI Gateways), and then reattach the relevant images to the relevant VMs? I mean, after all, the data is good and available on the Ceph SAN, so there is only a little risk (as far as I can see) - but there are a *hell* of a lot of VMs to do to do this :-) Anyway, any and all help, suggestions, gotchas, etc, etc, etc, are welcome. :-) Cheers Dulux-Oz

2 1

oVirt 4.6 OS versions
by d03＠bornfree.org 20 Dec '23

20 Dec '23

Has it yet been decided which OS and version will be used for the oVirt 4.6 Hosted Engine and for 4.6 oVirt Node?

10 15

Clone VM Unable to start, went to maintenance in ovirt 4.3
by Arup Jyoti Thakuria 20 Dec '23

20 Dec '23

Hi Team, Clone VM Unable to start, went to maintenance in ovirt 4.3. OS Rocky Linux 9.3 Could you please put some lights? regards Arup

1 0

I missing hosted-engine hosts and manage, Can I restore admin with new engine and import datadomains?
by dortiz＠sinergyhard.com 19 Dec '23

19 Dec '23

I have 3 nodes with hosted engine and the hosts missing with the manage engine, I have a backup but not work fine. It's posible restore the infraestructure import the datadomains?

1 0

Fresh install ovirt node 4.5.5
by nowak.pawel.mail＠gmail.com 19 Dec '23

19 Dec '23

Hi, I made new install ovirt node and i can't login to www panel using the root account (bad user or password). SSH login works correctly. What may be the problem?

2 4

Ovirt 4.4.10 - Host deployment failure due to repository timeout
by tflau＠polyu.edu.hk 19 Dec '23

19 Dec '23

Hi, I faced host deployment issue on Ovirt 4.4.10 in this morning. After log review, it seems the repository took longer time to resolve the key from "https://ftp.yz.yamagata-u.ac.jp/pub/" (Default: 30 seconds) Is there any way to use another repository for resolving the issue? OS Version: Rocky Linux 8.9 Ovirt Version: 4.4.10 Error Message from host deployment log: 2023-12-19 09:29:10 HKT - TASK [ovirt-host-deploy-vdsm : Install ovirt-hosted-engine-setup package] ****** 2023-12-19 09:31:13 HKT - An exception occurred during task execution. To see the full traceback, use -vvv. The error was: OSError: Curl error (28): Timeout was reached for https://ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-projects/epel/R PM-GPG-KEY-EPEL-8 [Operation timed out after 30000 milliseconds with 0 out of 0 bytes received] fatal: [10.13.5.3]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n File \"/usr/lib/python3.6/site-packages/dnf/util.py\", line 115, in _urlopen\n repo._repo.downloadUrl(url, fo.fileno())\n File \"/usr/lib64/python3.6/site-packages/libdnf/repo.py\", line 499, in downloadUrl\n return _repo.Repo_downloadUrl(self, url, fd)\nRuntimeError: Curl error (28): Timeout was reached for https://ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-pr ojects/epel/RPM-GPG-KEY-EPEL-8 [Operation timed out after 30000 milliseconds with 0 out of 0 bytes received]\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n File \"<stdin>\" , line 102, in <module>\n File \"<stdin>\", line 94, in _ansiballz_main\n File \"<stdin>\", line 40, in invoke_module\n File \"/usr/lib64/python3.6/runpy.py\", line 205, in run_module\n return _run_module_code(code, init_globals, r un_name, mod_spec)\n File \"/usr/lib64/python3.6/runpy.py\", line 96, in _run_module_code\n mod_name, mod_spec, pkg_name, script_name)\n File \"/usr/lib64/python3.6/runpy.py\", line 85, in _run_code\n exec(code, run_globals)\n F ile \"/tmp/ansible_dnf_payload_nsszl6ze/ansible_dnf_payload.zip/ansible/modules/packaging/os/dnf.py\", line 1370, in <module>\n File \"/tmp/ansible_dnf_payload_nsszl6ze/ansible_dnf_payload.zip/ansible/modules/packaging/os/dnf.py\", line 1359, in main\n File \"/tmp/ansible_dnf_payload_nsszl6ze/ansible_dnf_payload.zip/ansible/modules/packaging/os/dnf.py\", line 1338, in run\n File \"/tmp/ansible_dnf_payload_nsszl6ze/ansible_dnf_payload.zip/ansible/modules/packaging/os/ dnf.py\", line 1242, in ensure\n File \"/usr/lib/python3.6/site-packages/dnf/base.py\", line 2494, in _get_key_for_package\n keys = dnf.crypto.retrieve(keyurl, repo)\n File \"/usr/lib/python3.6/site-packages/dnf/crypto.py\", line 18 5, in retrieve\n with dnf.util._urlopen(keyurl, repo=repo) as handle:\n File \"/usr/lib/python3.6/site-packages/dnf/util.py\", line 119, in _urlopen\n raise IOError(str(e))\nOSError: Curl error (28): Timeout was reached for https: //ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-projects/epel/RPM-GPG-KEY-EPEL-8 [Operation timed out after 30000 milliseconds with 0 out of 0 bytes received]\n", "module_stdout": "", "msg": "MODULE FAILURE\nSee stdout/stderr for the exact er ror", "rc": 1} Time required based on Curl Result: (Over 60 seconds) yum.repos.d]# curl -vvv --trace-time --connect-timeout 120 https://ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-projects/epel/RPM-GPG-KEY-… 11:15:13.842041 * Trying 133.24.248.18... 11:15:13.842143 * TCP_NODELAY set 11:15:13.906252 * Connected to ftp.yz.yamagata-u.ac.jp (133.24.248.18) port 443 (#0) 11:15:13.907121 * ALPN, offering h2 11:15:13.907139 * ALPN, offering http/1.1 11:15:13.911221 * successfully set certificate verify locations: 11:15:13.911246 * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none 11:15:13.911353 * TLSv1.3 (OUT), TLS handshake, Client hello (1): 11:16:20.151979 * TLSv1.3 (IN), TLS handshake, Server hello (2):

1 0

Can`t upgrade my oVirt Node 4.5.0.2 to latest version 4.5.5.x
by Ivan Pashchuk 18 Dec '23

18 Dec '23

Dear all, I already updated oVirt engine to Version 4.5.5-1.el8 and go to update oVirt node, Removed and re added yum repositories on node host do not help. Reboot host not help too. Check update on host from engine said 'no updates found'. Can anyone help? # rpm -qa ovirt* ovirt-hosted-engine-setup-2.6.3-1.el8.noarch ovirt-imageio-daemon-2.4.3-1.el8.x86_64 ovirt-imageio-common-2.4.3-1.el8.x86_64 ovirt-openvswitch-2.15-3.el8.noarch ovirt-openvswitch-ipsec-2.15-3.el8.noarch ovirt-openvswitch-ovn-common-2.15-3.el8.noarch ovirt-openvswitch-ovn-host-2.15-3.el8.noarch ovirt-provider-ovn-driver-1.2.36-1.el8.noarch ovirt-host-dependencies-4.5.0-3.el8.x86_64 ovirt-release-host-node-4.5.0.2-1.el8.x86_64 ovirt-vmconsole-1.0.9-1.el8.noarch ovirt-node-ng-nodectl-4.4.2-1.el8.noarch ovirt-openvswitch-ovn-2.15-3.el8.noarch ovirt-hosted-engine-ha-2.5.0-1.el8.noarch ovirt-host-4.5.0-3.el8.x86_64 ovirt-vmconsole-host-1.0.9-1.el8.noarch ovirt-python-openvswitch-2.15-3.el8.noarch ovirt-ansible-collection-2.0.3-1.el8.noarch ovirt-imageio-client-2.4.3-1.el8.x86_64 # cat /usr/lib/os.release.d/ovirt-release-host-node NAME="CentOS Stream" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8.7.2205.0" VARIANT="oVirt Node 4.5.0.2" VARIANT_ID="ovirt-node" PRETTY_NAME="oVirt Node 4.5.0" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://www.ovirt.org/" BUG_REPORT_URL="https://bugzilla.redhat.com/" PLATFORM_ID="platform:el8" # yum repolist repo id repo name centos-ovirt45 CentOS Stream 8 - oVirt 4.5 cs8-extras CentOS Stream 8 - Extras cs8-extras-common CentOS Stream 8 - Extras common packages onn-appstream oVirt Node Optional packages from CentOS Stream 8 - AppStream onn-baseos oVirt Node Optional packages from CentOS Stream 8 - BaseOS ovirt-45-centos-stream-openstack-yoga CentOS Stream 8 - oVirt 4.5 - OpenStack Yoga Repository ovirt-45-upstream oVirt upstream for CentOS Stream 8 - oVirt 4.5 powertools CentOS Stream 8 - PowerTools

1 0

Can we import local storage domain?
by Gorrepati, Varsha 15 Dec '23

15 Dec '23

Can we import local storage domain? Thanks and Regards, Varsha Gorrepati

1 0

How to restore VMs from shared storage domain when HE and VMs are not accessible?
by Gorrepati, Varsha 15 Dec '23

15 Dec '23

How to restore VMs from shared storage domain when HE and VMs are not accessible? Thanks and Regards, Varsha Gorrepati

1 0

help: Hosted-engine lost data and how to recover vm config to deploy new cluster
by Pandey, Shreyas 15 Dec '23

15 Dec '23

Hi ovirt team, There are couple of questions I am struggling to get answers for. We have ovirt cluster setup on two servers. 1) The cluster went down and upon troubleshooting we noticed the hosted engine is not able to restart. [root@j3sv7sr01ctr01 ~]# hosted-engine --vm-status The hosted engine configuration has not been retrieved from shared storage yet, please ensure that ovirt-ha-agent service is running. [root@j3sv7sr01ctr01 ~]# ovirt-ha-agent and ovirt-ha-broker both are failing because of storage related issue. The glusterfs volume which is being used by hosted-engine doesnt have the hosted engine related configuration. [root@j3sv7sr01ctr01 ~]# cd /rhev/data-center/mnt/glusterSD/ [root@j3sv7sr01ctr01 glusterSD]# ls 10.52.60.131:_j3sv7sr01datastore3 [root@j3sv7sr01ctr01 glusterSD]# cd 10.52.60.131\:_j3sv7sr01datastore3/ [root@j3sv7sr01ctr01 10.52.60.131:_j3sv7sr01datastore3]# [root@j3sv7sr01ctr01 10.52.60.131:_j3sv7sr01datastore3]# ls -al total 1 drwxr-xr-x 4 vdsm kvm 95 Dec 12 20:26 . drwxr-xr-x 3 vdsm kvm 47 Dec 13 19:16 .. [root@j3sv7sr01ctr01 10.52.60.131:_j3sv7sr01datastore3]# [root@j3sv7sr01ctr01 10.52.60.131:_j3sv7sr01datastore3]# Also we dont have the snapshots of the glusterfs and so it looks like we cant get the hosted-engine data now. Is there anyway to recover the cluster from this state? We still have the metadata of the vms as shown below - [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# pwd /mnt/datastore1/vms/6f2c0622-fa3b-48f4-b412-9bd6f20892cb/images/01a2b8d8-e360-41cc-beea-4080d48f436a [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# [root@j3sv7sr01stg01 01a2b8d8-e360-41cc-beea-4080d48f436a]# cd .. [root@j3sv7sr01stg01 images]# cd .. [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# ls dom_md images [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# ls images/ 01a2b8d8-e360-41cc-beea-4080d48f436a 39edc9c3-0f6a-4dc4-b0c9-8279c0d2301f 6841ade8-515b-438e-a464-87ee269b22aa b76b6031-a2ba-482b-a367-620521be9b9b e61b82ae-dae5-4131-b5f1-68050247ac11 05fc7f51-f217-419f-8dcd-781f363c6ec3 3bcf4941-9352-489d-b1cd-e81f6bac08e5 688f08fb-ec0b-4d4a-ba5f-aeb1ebea3c37 b8b48d39-6891-46a2-866c-dcfbd78d02a8 e6b473f9-e18d-49bd-af60-269baa6801ad 085fbfd5-523f-483c-b65f-b50fcdec4883 3c2c19a8-2c01-4487-b8c8-bf0e700f3a52 6ac1b668-6e17-48f9-b334-e271bfcb7788 b8e4bf92-1b68-4452-a2f5-244543a64467 ec9e26ab-fdc4-434c-bbf3-2959f3c1776c 08e0efb2-82de-4727-8527-dcdd134a75ef 3ebd222a-7f5e-4e27-bcb3-8fcdd3a2cfca 6f4ffa95-9855-46d1-b38f-c6fb90e9c92e bc7d3fd2-83a5-4c64-a68e-b50750ea1bee ef1d7d7d-ca6a-43c1-9f7c-3e52e1153842 0cba2187-6d43-4aa4-af8d-1c917aece6bb 401c7293-4f7f-4c47-b6c8-ff0a6f94fb0e 7a44c0a0-f202-423f-b390-13907fcf333e bcc9bc93-e7e3-4f6c-ae4c-f1911cfbebaf efb1b965-5e04-4537-954f-b5a70b95275b 18d527e7-822c-4faf-91d4-0be5940d3663 455dbdc1-2990-4474-ab1f-17767770bcb1 7d89ceb1-13b6-4646-8e1e-70e10a970b5f c12542d9-f9a9-417e-942e-d2b06a44d8d4 efc1d529-5fad-406d-baa5-100d187f8033 18ff181a-f620-49d8-a18d-92fb7c21e2d1 470e1c0e-f8f1-4477-9059-3220c68bad48 846bc7f5-6380-46ce-b31d-470bf2d10054 c27aeb05-e44e-447f-9563-5a8398eb73fc efd940ae-511a-4068-8c6c-97aaafbddcf4 1a2384e4-b850-4dae-a191-bb165c2833d9 48b7f23b-9041-4bd7-a4d9-6894117636e2 8cdf9897-5777-487c-967c-f2505f22755c c4874372-08e0-4ff3-9c5d-0404bdc7d194 f212e13e-3871-4c4a-8d15-450507202518 1a38eb80-6e21-4848-8518-943ac5625caf 4f709682-9159-40fa-b4c2-3080b26b72c3 903f9c51-9788-4a7d-b336-52a6fe4cc3ac c7ac51e0-4575-4d79-9cd9-247752df45a7 f4110154-4926-4019-8412-d76021aeb841 1d753f80-6811-4671-a807-865b7a04e11f 52634d4a-88f7-48e8-99c1-18e574b3cd23 9df26dbf-0370-40d4-badd-c0ad88cf96be c88fa564-2284-46ba-9784-5b66eac420be f6f910a9-0812-4fb1-8b70-bed869dcf580 21a99266-1c78-4271-a2ba-c65ad10cf26a 55356333-996e-4f13-86b3-ed064ec58ff7 a2b6ae87-71f9-41f7-97e8-90bb16e60517 cb354e40-5b5a-494f-a22d-b0a37fec09b3 fa7d2900-812f-4f9d-8f05-09a9321880d2 2330dbe1-abeb-4a0b-a4bd-e7e5fae68be2 57b097ed-9896-4a2c-a7a7-8ff387388752 a4b980d8-ff6a-4e10-a8ee-d4cfc9a4765a cb94ec8c-b29f-41cd-8b74-77687a69e75b fc63ae3e-35fb-4360-9c83-2089ec5d81c5 280fe3d4-dd16-49c7-ae7f-db8f70143f07 5bc471ba-52c9-4bbd-a1da-d2375e42b6bb a8afa44f-cf4f-4cc4-9fbb-5ce1b6be4bd5 d26d5671-6f6c-4b9b-81bc-d5a7e28eab0e ff0447dc-e950-4419-800b-495af75a5c65 31e2b9a1-946e-400b-be62-3c78575b23bc 5bf990c6-8898-41a9-bcc8-61bc81c872f9 a9fa7d64-70b3-46ce-9682-a976d86380fb da0c9b8e-66de-4283-85b4-f639205dd76a 355d27a1-ecc7-4e5d-bfe5-16d0e83d7df6 5c02176c-7ac1-4067-8cef-2be322798519 b171c219-0bb7-4619-aa45-886583f1dc5f dafdfde9-aa69-46f6-9f6d-9bf4ca7d5c94 39061360-c4d7-4852-a946-dee6a279039b 61dc998c-3ad9-404f-8103-82e66612e31d b578ddb5-da3b-4e73-9630-5ae605b92ee0 e1eb62b4-54a9-47a8-b2b2-bf8e3612f74c 39c0f701-574c-4795-91a4-60bfac700bcc 67f13533-2377-401b-8584-b0c2d70bad7c b6500cfa-d578-437c-98bb-602cd843228d e2fe200c-efa8-470c-a5cb-7a2ed6b50afa [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# ls images/01a2b8d8-e360-41cc-beea-4080d48f436a/ e45d87e2-6fdb-41ab-9f1f-ac113db71ba5 e45d87e2-6fdb-41ab-9f1f-ac113db71ba5.meta f7529d80-f20b-46a8-bac4-5827afe2a648.lease e45d87e2-6fdb-41ab-9f1f-ac113db71ba5.lease f7529d80-f20b-46a8-bac4-5827afe2a648 f7529d80-f20b-46a8-bac4-5827afe2a648.meta [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# [root@j3sv7sr01stg01 6f2c0622-fa3b-48f4-b412-9bd6f20892cb]# 2) If we think of redeploying new cluster , can we use exisinting datastore which has the metdata of the vms to have the vms in its pre-outage state? What other options do we have here? Any help would be really important for us. Thanks!

1 0

Failed to migrate VM to Host ovirt3.XXX.cz due to an Error: Fatal error during migration. Trying to migrate to another Host.
by Jirka Simon 14 Dec '23

14 Dec '23

Hello there, after today's update I have problem with live migration to this host. with message 2023-12-14 10:00:01,089+01 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [67218183] VM '77f85710-45e7-43ca-b0f4-69f87766cc43'(ca1.access.prod.hq.sldev.cz) was unexpectedly detected as 'Down' on VDS '044b7175-ca36-49b2-b01b-0253f9af7e4f'(ovirt3.corp.sldev.cz) (expected on '858b8951-9b5a-4b8f-994e-4e11788c34d6') 2023-12-14 10:00:01,090+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-11) [67218183] START, DestroyVDSCommand(HostName = ovirt3.corp.sldev.cz, DestroyVmV DSCommandParameters:{hostId='044b7175-ca36-49b2-b01b-0253f9af7e4f', vmId='77f85710-45e7-43ca-b0f4-69f87766cc43', secondsToWait='0', gracefully='false', reason='', ignoreNoVm='true'}), log id: 696e7f0e 2023-12-14 10:00:01,336+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (ForkJoinPool-1-worker-11) [67218183] FINISH, DestroyVDSCommand, return: , log id: 696e7f0e 2023-12-14 10:00:01,337+01 INFO [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [67218183] VM '77f85710-45e7-43ca-b0f4-69f87766cc43'(ca1.access.prod.hq.sldev.cz) was unexpectedly detected as 'Down' on VDS '044b7175-ca36-49b2-b01b-0253f9af7e4f'(ovirt3.corp.sldev.cz) (expected on '858b8951-9b5a-4b8f-994e-4e11788c34d6') 2023-12-14 10:00:01,337+01 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] (ForkJoinPool-1-worker-11) [67218183] Migration of VM 'ca1.access.prod.hq.sldev.cz' to host 'ovirt3.corp.sldev.c z' failed: VM destroyed during the startup. When I stop a VM and start it again it starts on affected without any problem, but migration doesn't work. thank you for any help. Jirka

3 6

Grafana - Origin Not Allowed
by Maton, Brett 14 Dec '23

14 Dec '23

oVirt 4.5.0.8-1.el8 I tried to connect to grafana via the monitoring portal link from the dash and all panels are failing to display any data with varying error messages, but all include 'Origin Not Allowed' I navigated to Data Sources and ran a test on the PostgreSQL connection (localhost) which threw the same Origin Not Allowed error message. Any suggestions?

6 8

virsh console support
by marek 13 Dec '23

13 Dec '23

hi, is it possible use virsh console on ovirt host? [root@server ~]# virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf console 21 --safe Connected to domain 'server-dev-1' Escape character is ^] (Ctrl + ]) error: internal error: character device ua-e4d8f97d-a7dd-4769-972c-27412212b955 is not using a PTY dumpxml 21 shows <console type='unix'> <source mode='bind' path='/var/run/ovirt-vmconsole-console/5a06d390-431c-48b5-9fb6-ebc34af73a88.sock'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> Marek

1 0

Move SHE to a LUN on another storage appliance
by Colin Coe 12 Dec '23

12 Dec '23

Hi all I'm decommissioning an old SAN that holds our DEV/TST RHV instance. I'm following https://access.redhat.com/solutions/6529691 (How to move the Hosted-Engine storage to a new storage domain) and I'm on step 9 (Make sure that the self-hosted engine is shut down). hosted-engine --vm-status is reporting: hosted-engine --vm-status | grep -E 'Engine status|Hostname' Engine status : {"vm": "up", "health": "good", "detail": "Up"} Hostname : rhvh01.example.com Engine status : {"vm": "down_unexpected", "health": "bad", "detail": "unknown", "reason": "vm not running on this host"} Hostname : rhvh02.example.com Even though the vm is definitely shut down. The instructions say call Red Hat but its nearly 6PM and we only have standard support for this environment. Any ideas on how to resolve this? I'm not sure if it's a big issue but I don't want to cause myself more problems later. Thanks

1 0

Migrate Hosted-Engine to different cluster
by Michaal R 12 Dec '23

12 Dec '23

I know this question pops up on a regular with this forum, but my best search engine manipulation turned up only to back up the engine configuration to a shared storage, then restore it on the other cluster using hosted-engine --deploy --restore-from-file=backup.tar.gz. While this is workable (it's by no means the end of the world for me), I wanted to ask if a different or better way has been or will be implemented. Here's why: I am trying to move to oVirt from ESXi (the latter has outgrown its usefulness to me and has become increasingly more difficult to maintain for my purposes, as VMware is intent on pushing newer CPU technologies with each new version, leaving perfectly good systems with perfectly good processors and hardware out in the cold. On top of that, VMware won't let you easily do vGPU or GPU passthrough without significant risk to the system stability.). I started with a VM on the ESXi host as a proof-of-concept for setting up and configuring oVirt to run the hosted engine and a couple of VMs. This worked after some great work from the members here on the forum (shout out to Tomas and Arik!). This initial cluster is an Intel CPU based cluster, as the server its VM is running on is an R720. This is the server I need to migrate off of (I have a plan). So I set up in VMware Workstation on my PC a second host in its own cluster (as that machine is an AMD CPU machine). Now, I know I can't live migr ate between clusters to begin with, but I was hoping there was an easier way to move the hosted-engine to the shared NAS storage, put the hosted-engine in maintenance mode, shut it down, change a variable or three with the --set-shared-config option (if that applies), run some script on the other host that starts the hosted-engine on that host in that cluster, bringing it out of maintenance mode automatically once up and verified stable. I understand that process COULD be slower and more fraught with danger than just simply backing up the config to shared storage and deploying on the AMD host with the restored config, but on the off-chance it ISN'T I wanted to explore that possibility. Besides, it would be a nice feature of the hosted-engine and oVirt as a whole if you could eventually right-click the hosted-engine VM in the portal and click "Move to new cluster...", which would automate that entire process for you. All that said, I'm working on one last problematic VM import before I start the arduous process of pulling everything off of ESXi and reformatting the R720 for oVirt. Hopefully that goes smoother than my start with oVirt. :)

2 1

[ANN] oVirt 4.5.5 is now generally available
by Sandro Bonazzola 12 Dec '23

12 Dec '23

oVirt 4.5.5 is now generally available The oVirt project is excited to announce the general availability of oVirt 4.5.5, as of December 1st, 2023. Important notes before you install / upgrade If you’re going to install oVirt 4.5.5 on RHEL or similar, please read Installing on RHEL or derivatives <https://ovirt.org/download/install_on_rhel.html> f irst. Suggestion to use nightly As discussed in oVirt Users mailing list <https://lists.ovirt.org/archives/list/users@ovirt.org/thread/DMCC5QCHL6ECXN…> we suggest the user community to use oVirt master snapshot repositories <https://ovirt.org/develop/dev-process/install-nightly-snapshot.html> ensuring that the latest fixes for the platform regressions will be promptly available. This oVirt 4.5.5 release is meant to provide what has been made available in nightly repositories as base for new installations. If you are already using oVirt master snapshot you should already have received this release content. Documentation Be sure to follow instructions for oVirt 4.5! - If you want to try oVirt as quickly as possible, follow the instructions on the Download <https://ovirt.org/download/> page. - For complete installation, administration, and usage instructions, see the oVirt Documentation <https://ovirt.org/documentation/>. - For upgrading from a previous version, see the oVirt Upgrade Guide <https://ovirt.org/documentation/upgrade_guide/>. - For a general overview of oVirt, see About oVirt <https://ovirt.org/community/about.html>. What’s new in oVirt 4.5.5 Release? This release is available now on x86_64 architecture for: - oVirt Node NG (based on CentOS Stream 8) - oVirt Node NG (based on CentOS Stream 9) - CentOS Stream 8 - CentOS Stream 9 - RHEL 8 and derivatives - RHEL 9 and derivatives Experimental builds are also available for ppc64le and aarch64. See the release notes for installation instructions and a list of new features and bugs fixed. Additional resources: - Read more about the oVirt 4.5.5 release highlights: https://www.ovirt.org/release/4.5.5/ - Check out the latest project news on the oVirt blog: https://blogs.ovirt.org/ -- Sandro* Bonazzola* oVirt Project

9 12

ovirt node NonResponsive
by carlos.mendes＠mgo.cv 12 Dec '23

12 Dec '23

Hello, I have ovirt with two nodes and one that are NonResponsive and and cant manage them because they are in Unknown state. It seems that nodes lost connection for a while with their gateway. The node (ovirt2) however is having consistent problems. The follow sequence of events is reproducible and is causing the host to enter a "NonOperational" state on the cluster: What is the proper way of restoring management? I have a two-node cluster with the ovirt manager running standlone on the virtual maachine CentOS-Stream-9 and the ovirt node running the most recent oVirt Node 4.5.4 software. I can then re-activate ovirt2, which appears as green for approximately 5 minutes and then repeats all of the above issues. What can I do to troubleshoot this?

1 0

How can I list virtual disk using python sdk
by biancasantanaes＠gmail.com 11 Dec '23

11 Dec '23

Hi, how can I list all disk attached/detached to a virtual machine in OLVM, using Python SDK?

1 0

Something went wrong, connection is closed web vnc console
by antonio.riggio＠mail.com 11 Dec '23

11 Dec '23

After our admin updated the cert for ovirt after getting PKIK path validation failed:java.security.cert when trying to login. I get Something went wrong, connection is closed when trying to access console with noVnc. Any ideas what can cause this ? Thank you

1 1

Installing MS server 2022 on Software Version:4.5.3.2-1.el8
by antonio.riggio＠mail.com 05 Dec '23

05 Dec '23

Im pretty knew to ovirt we are running in our env . I am having trouble getting MS server 2022 installed I get error Boot0002 "UFEI QUMU QEMU HARDISK

2 2