Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not supported in Data Center compatibility version 4.4.
by nicolas＠devels.es
Hi,
I'm running oVirt 4.4 and recently I changed the Data Center
compatibility version from 4.3 to 4.4.
Now turns out that some Pools are unable to restart machines, returning
this error:
Cannot run VM. The Custom Compatibility Version of VM ... (4.3) is not
supported in Data Center compatibility version 4.4.
I cannot edit manually the custom compatibility version of VMs, as pools
won't allow that.
Is there any manual way to fix it? I tried to do it via Python SDK but
it doesn't seem to work...
vm = vms_serv.list(name='X')[0]
ver = vm.custom_compatibility_version
ver.minor = 4
vm.custom_compatibility_version = ver
vmsv = sys_serv.vms_service().vm_service(id=vm.id)
vmsv.upfate(vm=vm)
It doesn't seem to do any difference, though.
Any help is really appreciated, as many our users can't use theis VMs.
Thanks.
1 year, 9 months
Upgrading from ovirt 4.5 rhel8 to rhel9
by Robert Pouliot
Hi,
my setup is 3 physical servers with glusterfs.
One of them had ovirt-engine.
Usually my upgrade was (from 4.2, 4.3, 4.4, 4.5):
engine-backup
reinstall OS
yum install ovirt-engine
engine-backup: restore
engine-setup.
My main server was RHEL 8.6, ovirt 4.52.
I did the backup, install AlmaLinux 9.
But the package doesn't exist anymore with rhel9.
Is the engine on bare-metal still available with rhel9?
If not, is it possible to install the appliance with the saved config file
with a different hostname and IP for the appliance?
Thanks
1 year, 9 months
Invalid GPG keys for rhel9 package
by Robert Pouliot
Hi,
OS used is AlmaLinux 9.0.
I tried to install the appliance with "hosted-engine", but unfortunately it
complained about invalid GPG keys.
The last 2 lines of the Key block seem strange.
How can I fix this?
I get the following message:
[root@master ~]# yum install ovirt-engine-appliance
Last metadata expiration check: 3:08:01 ago on Wed 12 Oct 2022 05:38:43 PM
EDT.
Dependencies resolved.
====================================================================================================================================
Package Architecture Version
Repository Size
====================================================================================================================================
Installing:
ovirt-engine-appliance x86_64
4.5-20220419160254.1.el9 ovirt-45-upstream 1.6 G
Transaction Summary
====================================================================================================================================
Install 1 Package
Total download size: 1.6 G
Installed size: 1.6 G
Is this ok [y/N]: y
Downloading Packages:
ovirt-engine-appliance-4.5-20220419160254.1.el9.x86_64.rpm
17 MB/s | 1.6 GB 01:36
------------------------------------------------------------------------------------------------------------------------------------
Total
15 MB/s | 1.6 GB 01:45
oVirt upstream for CentOS Stream 9 - oVirt 4.5
682 kB/s | 2.9 kB 00:00
Importing GPG key 0xFE590CB7:
Userid : "oVirt <infra(a)ovirt.org>"
Fingerprint: 31A5 D783 7FAD 7CB2 86CD 3469 AB8C 4F9D FE59 0CB7
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
Is this ok [y/N]: y
Key import failed (code 2). Failing package is:
ovirt-engine-appliance-4.5-20220419160254.1.el9.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-oVirt-4.5
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'yum clean packages'.
Error: GPG check FAILED
Here is a part of the GPG key:
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2.0.22 (GNU/Linux)
mQENBFM3+3YBCADTLqGw5hI0whRPeN0hSjpaZ2yNNtVzgqj8/EFQ9IfR7GasHz/4
kkT3cpKXZygo0AIVEe5dkrcYXF+9C6bowiuGZG+9G6j8MXneunRv7S0mv1mnx7MW
[snip]
FFm7Fr9czelRSW+NCUvvtKKFG612VvwSSU/u8DarGdLnrKxJ5ito7Pd+n3ZB1YVy
sfxDvnYN
=SxBW
-----END PGP PUBLIC KEY BLOCK-----
1 year, 9 months
VM Disk extend not reflected in VM oS
by simon＠justconnect.ie
Hi All,
I extended a VM disk via oVirt Manager (4.4.8) without error, but when I checked the VM (fdisk & lsblk) the size has not changed.
Any help as always would be appreciated.
Kind Regards
Simon...
1 year, 9 months
Geo-replication configuration problem
by dan_agache＠yahoo.com
Hello,
I have two GlusterFS clusters with Centos 9 Stream managed by oVirt 4.5 (standalone Manager with local databases) and when I want to configure geo-replication I receive this error message:
Oct 10 15:15:15 myhostname vdsm[222665]: ERROR TypeError raised by dispatched function
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/vdsm/rpc/Bridge.py", line 194, in _dynamicMethod
result = fn(*methodArgs)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/apiwrapper.py", line 300, in geoRepKeysUpdate
return self._gluster.geoRepKeysUpdate(userName, geoRepPubKeys)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/api.py", line 95, in wrapper
rv = func(*args, **kwargs)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/api.py", line 720, in geoRepKeysUpdate
self.svdsmProxy.glusterUpdateGeoRepKeys(userName, geoRepPubKeys)
File "/usr/lib/python3.9/site-packages/vdsm/common/supervdsm.py", line 56, in __call__
return callMethod()
File "/usr/lib/python3.9/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>
getattr(self._supervdsmProxy._svdsm, self._funcName)(*args,
File "<string>", line 2, in glusterUpdateGeoRepKeys
File "/usr/lib64/python3.9/multiprocessing/managers.py", line 825, in _callmethod
raise convert_to_error(kind, result)
TypeError: a bytes-like object is required, not 'str'
Oct 10 15:15:15 myhostname vdsm[222665]: ERROR Internal server error
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/vdsm/rpc/Bridge.py", line 194, in _dynamicMethod
result = fn(*methodArgs)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/apiwrapper.py", line 300, in geoRepKeysUpdate
return self._gluster.geoRepKeysUpdate(userName, geoRepPubKeys)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/api.py", line 95, in wrapper
rv = func(*args, **kwargs)
File "/usr/lib/python3.9/site-packages/vdsm/gluster/api.py", line 720, in geoRepKeysUpdate
self.svdsmProxy.glusterUpdateGeoRepKeys(userName, geoRepPubKeys)
File "/usr/lib/python3.9/site-packages/vdsm/common/supervdsm.py", line 56, in __call__
return callMethod()
File "/usr/lib/python3.9/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>
getattr(self._supervdsmProxy._svdsm, self._funcName)(*args,
File "<string>", line 2, in glusterUpdateGeoRepKeys
File "/usr/lib64/python3.9/multiprocessing/managers.py", line 825, in _callmethod
raise convert_to_error(kind, result)
TypeError: a bytes-like object is required, not 'str'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/yajsonrpc/__init__.py", line 349, in _handle_request
res = method(**params)
File "/usr/lib/python3.9/site-packages/vdsm/rpc/Bridge.py", line 201, in _dynamicMethod
raise InvalidCall(fn, methodArgs, e)
vdsm.rpc.Bridge.InvalidCall: Attempt to call function: <bound method GlusterVolume.geoRepKeysUpdate of <vdsm.gluster.apiwrapper.GlusterVolume object at 0x7efd082d3400>> with arguments: ('geoaccount', ['command="/usr/libexec/glusterfs/gsyncd" ssh-rsa ...']) error: a bytes-like object is required, not 'str'
Can you tell me what is wrong?
Thank you,
Dan
1 year, 9 months
Re: OVS Task Error when Add EL Host
by aleksandar＠dualsoft.net
Hello,
I am facing the same issue on multiple Operating Systems (Rocky Linux 8,9, oVirt Node 4.5.2).
Did you maybe find a solution for this problem?
All best,
Aleksandar
1 year, 9 months
How to configure HA virtual machine on hosts without IPMI
by samuel.xhu＠horebdata.cn
Dear Ovirt folks,
I am thinking of deploly an experimental Ovirt 3-node Cluster on servers without IPMI. As far i know, Ovirts needs each host to have fence agent working for any HA virtual machine. My question is, are there any other ways in Ovirt to support fencing without using IPMI?
thanks a lot,
Samuel
Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed (成就他人)
1 year, 9 months
Re: OVS Task Error when Add EL Host
by Rui Crespo
Hi, I'm having the exact same problem doing a fresh install of RHEL and setting up (command line: hosted-engine --deploy --4) the ovirt-engine. I assume it must have been some kind of update to the base OS - (in my case RHEL 8.6 (Ootpa), because i have done previous installations with this exact OS and centos-release-ovirt45 repos without having an issues. The failed task is:
TASK [ovirt.ovirt.hosted_engine_setup : Wait for the host to be up]
and, on the hosted-engine log:
/var/log/ovirt-hosted-engine-setup/engine-logs-2022-10-11T18:43:29Z/log/ovirt-engine/host-deploy
I see:
"stdout" : "fatal: [xxxxx]: FAILED! => {\"msg\": \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central is defined and ovn_central | ipaddr)' failed. The error was: The ipaddr filter requires python's netaddr be installed on the ansible controller\\n\\nThe error appears to be in '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': line 3, column 5, but may\\nbe elsewhere in the file depending on the exact syntax problem.\\n\\nThe offending line appears to be:\\n\\n- block:\\n - name: Install ovs\\n ^ here\\n\"}",
1 year, 9 months
SSL error on oVirt 4.2.4
by Don Dupuis
Hello
I have oVirt cluster with 25 hypervisors that has been running fine for a
couple of years and today all of a sudden engine was getting ssl errors
talking to the hypervisors. Error in engine.log is:
2022-10-10 16:20:23,562-05 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(EE-ManagedThreadFactory-engineScheduled-Thread-47) [] Unable to
RefreshCapabilities: VDSNetworkException: VDSGenericException:
VDSNetworkException: Received fatal alert: unknown_ca
Certificates don't seem expired and I ran the command:
openssl x509 -noout -in /etc/pki/ovirt-engine/ca.pem -fingerprint
openssl x509 -noout -in /etc/pki/vdsm/certs/cacert.pem -fingerprint
# openssl x509 -noout -in /etc/pki/vdsm/libvirt-spice/ca-cert.pem -fingerprint
# openssl x509 -noout -in /etc/pki/vdsm/libvirt-vnc/ca-cert.pem -fingerprint
# openssl x509 -noout -in /etc/pki/CA/cacert.pem -fingerprint
Those commands show that the fingerprints are the same.
openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/engine.cer
# openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/apache.cer
# openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/websocket-proxy.cer
# openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/jboss.cer
# openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/imageio-proxy.cer
# openssl verify -CAfile /etc/pki/ovirt-engine/ca.pem
/etc/pki/ovirt-engine/certs/ovirt-provider-ovn.cer
These verification commands come back as OK. I am having trouble
finding my problem. Does anyone have any suggestions? I am not finding
any hits on google and unknown_ca.
Also the vdsm log on hypervisors has this:
2022-10-10 15:54:42,843-0500 ERROR (Reactor thread)
[ProtocolDetector.SSLHandshakeDispatcher] ssl handshake: SSLError,
address: ::ffff:192.168.50.26 (sslutils:263)
Thanks
Don
1 year, 9 months
