December 2021 - Users - oVirt List Archives

Re: remote-viewer VNC mode issue
by Patrick Hibbs 15 Dec '21

15 Dec '21

Hello, Well a quick check of the hosts say that they have ovirt- vmconsole enabled on their firewall, but there doesn't seem to be any logs for the vmconsoles on them. Running wireshark on one of the end- user machines shows that the host does send packets back and forth but then the end-user machine TCP resets the connection. (I assume due to the credential failure.) So it doesn't seem to be a firewall issue. Is there anything I can do to get some more logs from the vmconsoles on the Host? Thanks. -Patrick Hibbs On Tue, 2021-12-14 at 12:56 +0000, Staniforth, Paul wrote: > Hello Patrick, > with noVNC the connection is made via the > websocket-poxy service (probably on the engine server). > The remote-viewer connects directly from the client machine to the > virtual host the VM is running on. Maybe check the network/firewall > between the client and the host, also the OTP expires after 120 > seconds. > > > Regards, > > Paul S. > From: Strahil Nikolov via Users <users(a)ovirt.org> > Sent: 14 December 2021 12:12 > To: hibbsncc1701(a)gmail.com <hibbsncc1701(a)gmail.com>; oVirt Users > Mailing List <users(a)ovirt.org> > Subject: [ovirt-users] Re: remote-viewer VNC mode issue > Caution External Mail: Do not click any links or open any attachments > unless you trust the sender and know that the content is safe. > The most common problem is the CA of oVirt not trusted in the web > browser of the client. > > > Best Regards, > Strahil Nikolov > > > On Sun, Dec 12, 2021 at 0:00, Patrick Hibbs > > <hibbsncc1701(a)gmail.com> wrote: > > Hello, > > > > As oVirt unfortuately now requires VNC for the VM consoles, > > I've been attempting to get VNC mode working on my end user > > clients. > > > > The noVNC browser client works just fine, but for some reason > > the default download to remote-viewer fails on the same hosts. > > > > All the end-user gets is a quick flash of the remote-viewer window > > on > > their screen. > > > > Running remote-viewer in debug mode I get this: > > > > ---log snip--- > > > > $ remote-viewer -v --debug Downloads/console.vv > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.906: Opening > > display > > to Downloads/console.vv > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.906: Guest (null) > > has > > a vnc display > > Guest (null) has a vnc display > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: Spice > > foreign > > menu updated > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: After open > > connection callback fd=-1 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: Opening > > connection to display at Downloads/console.vv > > Opening connection to display at Downloads/console.vv > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.953: fullscreen > > display 0: 0 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.953: notebook > > show > > status 0x560a419d2280 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: notebook > > show > > status 0x560a419d2280 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: Insert > > display 0 > > 0x560a423fa1e0 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: notebook > > show > > status 0x560a419d2280 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.052: Allocated > > 1024x740 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.052: Child > > allocate > > 1024x640 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.053: Got VNC > > credential request for 1 credential(s) > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: Not removing > > main window 0 0x560a4195d910 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: Disconnected > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: close > > vnc=0x560a419fc220 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.068: notebook > > show > > status 0x560a419d2280 > > (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.068: Guest (null) > > display has disconnected, shutting down > > Guest (null) display has disconnected, shutting down > > > > ---log snip--- > > > > It seems to be failing a credential request, but I'm not sure why. > > The > > engine logs only show the VM console ticket being created, but does > > not > > show any connection attempts unless noVNC is used. > > > > ---log snip--- > > > > 2021-12-11 16:48:23,402-05 INFO > > [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-16) > > [68b90cfe] Running command: SetVmTicketCommand internal: false. > > Entities affected : ID: bb05ab12-91e5-4ab6-92b1-b911ed78f64f Type: > > VMAction group CONNECT_TO_VM with role type USER > > 2021-12-11 16:48:23,414-05 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > (default task-16) [68b90cfe] START, SetVmTicketVDSCommand(HostName > > = -- > > REDACTED--, SetVmTicketVDSCommandParameters:{hostId='1fdd841b-477f- > > 4d13-9935-7908924dd5a1', vmId='bb05ab12-91e5-4ab6-92b1- > > b911ed78f64f', > > protocol='VNC', ticket='ocziPsEOF4km', validTime='120', userName='-- > > REDACTED--@--REDACTED--', userId='e83ab2b3-c464-49a4-a0ab- > > 4e62e8131304', disconnectAction='LOCK_SCREEN'}), log id: f6dccdd > > 2021-12-11 16:48:23,435-05 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > > (default task-16) [68b90cfe] FINISH, SetVmTicketVDSCommand, return: > > , > > log id: f6dccdd > > 2021-12-11 16:48:23,461-05 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirect > > or] > > (default task-16) [68b90cfe] EVENT_ID: VM_SET_TICKET(164), User -- > > REDACTED--@--REDACTED--@--REDACTED-- initiated console session for > > VM > > Test > > # > > > > ---log snip--- > > > > What else can I do to troubleshoot this? > > > > - Patrick Hibbs > > > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)ovirt.org > > Privacy Statement: https://www.ovirt.org/privacy-policy.html > > oVirt Code of Conduct: > > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q5ENXJJU5V7LJ… > To view the terms under which this email is distributed, please go > to:- > https://leedsbeckett.ac.uk/disclaimer/email

2 1

remote-viewer VNC mode issue
by Patrick Hibbs 14 Dec '21

14 Dec '21

Hello, As oVirt unfortuately now requires VNC for the VM consoles, I've been attempting to get VNC mode working on my end user clients. The noVNC browser client works just fine, but for some reason the default download to remote-viewer fails on the same hosts. All the end-user gets is a quick flash of the remote-viewer window on their screen. Running remote-viewer in debug mode I get this: ---log snip--- $ remote-viewer -v --debug Downloads/console.vv (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.906: Opening display to Downloads/console.vv (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.906: Guest (null) has a vnc display Guest (null) has a vnc display (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: Spice foreign menu updated (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: After open connection callback fd=-1 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.952: Opening connection to display at Downloads/console.vv Opening connection to display at Downloads/console.vv (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.953: fullscreen display 0: 0 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:35.953: notebook show status 0x560a419d2280 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: notebook show status 0x560a419d2280 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: Insert display 0 0x560a423fa1e0 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.032: notebook show status 0x560a419d2280 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.052: Allocated 1024x740 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.052: Child allocate 1024x640 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.053: Got VNC credential request for 1 credential(s) (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: Not removing main window 0 0x560a4195d910 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: Disconnected (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.067: close vnc=0x560a419fc220 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.068: notebook show status 0x560a419d2280 (remote-viewer:4056): virt-viewer-DEBUG: 16:35:36.068: Guest (null) display has disconnected, shutting down Guest (null) display has disconnected, shutting down ---log snip--- It seems to be failing a credential request, but I'm not sure why. The engine logs only show the VM console ticket being created, but does not show any connection attempts unless noVNC is used. ---log snip--- 2021-12-11 16:48:23,402-05 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-16) [68b90cfe] Running command: SetVmTicketCommand internal: false. Entities affected : ID: bb05ab12-91e5-4ab6-92b1-b911ed78f64f Type: VMAction group CONNECT_TO_VM with role type USER 2021-12-11 16:48:23,414-05 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-16) [68b90cfe] START, SetVmTicketVDSCommand(HostName = -- REDACTED--, SetVmTicketVDSCommandParameters:{hostId='1fdd841b-477f- 4d13-9935-7908924dd5a1', vmId='bb05ab12-91e5-4ab6-92b1-b911ed78f64f', protocol='VNC', ticket='ocziPsEOF4km', validTime='120', userName='-- REDACTED--@--REDACTED--', userId='e83ab2b3-c464-49a4-a0ab- 4e62e8131304', disconnectAction='LOCK_SCREEN'}), log id: f6dccdd 2021-12-11 16:48:23,435-05 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-16) [68b90cfe] FINISH, SetVmTicketVDSCommand, return: , log id: f6dccdd 2021-12-11 16:48:23,461-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-16) [68b90cfe] EVENT_ID: VM_SET_TICKET(164), User -- REDACTED--@--REDACTED--@--REDACTED-- initiated console session for VM Test # ---log snip--- What else can I do to troubleshoot this? - Patrick Hibbs

3 2

failed during installation of ovirt node iso image
by federico.fiordoliva＠inaf.it 13 Dec '21

13 Dec '21

Hi all, i have 3 Dell server r740. All have the same hardware configurations. When i try to install the 2 last images; 4.4.9-2021120923, and 4.4.9-2021120714 the installation process fail during boot installation. At this linkt he bug report generated by anaconda. https://www.dropbox.com/s/5vkymurf8pyiuip/bug.tar.gz?dl=0 When i install the image 4.4.9-2021102623 all works great. Thank all bye Federico

2 4

Issue with DWH Installtion "Failed to execute stage 'Misc configuration': terminating connection due to administrator command"
by Maitler 13 Dec '21

13 Dec '21

Issue with oVirt fresh install, during step 3.5 'Installing and Configuring Data Warehouse on a Separate Machine': Following Guide: Installing oVirt as a standalone Engine with remote databases The two nodes; ovirt-net and ovirt-ctl are both fresh installed RHEL 8.4 nodes, built to make this test environment. With ovirt-ctl being the engine host and ovirt-net hosting the postgres database and DWH services. Upon following the steps through the engine-setup after confirming the installation settings, the setup gets to '[INFO] Creating a user for Grafana' then says the following error: [ ERROR ] Failed to execute stage 'Misc configuration': terminating connection due to administrator command server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. Afterwards within /etc/pki/ovirt-engine/ there's broken/empty symbolic links for apache certs and keys linking to apache-grafana which'll cause errors for further attempts are re-doing the engine-setup. Here's the lines before and after the error in the output log from the setup: 2021-12-06 14:49:08,233-0330 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:234 Database: 'None', Statement: ' select * from GetDwhHistoryTimekeepingByVarName( %(name)s ) ', args: {'name': 'dwhHostname'} 2021-12-06 14:49:08,233-0330 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:239 Creating own connection 2021-12-06 14:49:08,253-0330 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:284 Result: [{'var_name': 'dwhHostname', 'var_value': None, 'var_datetime': None}] 2021-12-06 14:49:08,254-0330 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:234 Database: 'None', Statement: ' select UpdateDwhHistoryTimekeeping( %(name)s, %(value)s, NULL ) ', args: {'name': 'dwhHostname', 'value': 'cloud-ovirt-net.mun.cluster.dns'} 2021-12-06 14:49:08,254-0330 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-dwh/core/single_etl.py", line 167, in _misc value=self.environment[osetupcons.ConfigEnv.FQDN] File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/dwh_history_timekeeping.py", line 63, in updateValueInTimekeeping ownConnection=False, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 258, in execute args, psycopg2.OperationalError: terminating connection due to administrator command server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. 2021-12-06 14:49:08,257-0330 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': terminating connection due to administrator command server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. 2021-12-06 14:49:08,257-0330 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2021-12-06 14:49:08,258-0330 DEBUG otopi.transaction transaction.abort:124 aborting 'DNF Transaction'

3 2

oVirt and log4j vulnerability
by Chris Adams 13 Dec '21

13 Dec '21

Can an oVirt developer comment about the log4j vulnerability - is oVirt's use of log4j vulnerable? -- Chris Adams <cma(a)cmadams.net>

8 10

Upgrading 4.3.7 -> 4.4.9 :: Can't migrate vm from old to new host
by Niklas Larsson 13 Dec '21

13 Dec '21

Hi, we are trying to upgrade 4.3.7 -> 4.4.9 (Ovirt-Node, hosted engine). And things looks good until we try to migrate VM from 4.3.7 host to the 4.4.9 host, it fails with an generic error - and in below is from the vsdm.log from the 4.3.7 host. Migrating VM from 4.4.9 host -> 4.3.7 host works. Upgraded the 4.3.7 to 4.3.10 - did not solve it Log from the 4.3 host: 2021-12-10 16:18:22,829+0100 INFO (jsonrpc/1) [api.virt] START migrate(params={u'incomingLimit': 2, u'src': u'kvm22.shg.mgn.weblink.se', u'dstqemu': u'10.1.2.111', u'autoConverge': u'true', u'tunneled': u'false', u'enableGuestEvents': T rue, u'dst': u'kvm21.shg.mgn.weblink.se:54321', u'convergenceSchedule': {u'init': [{u'params': [u'100'], u'name': u'setDowntime'}], u'stalling': [{u'action': {u'params': [u'150'], u'name': u'setDowntime'}, u'limit': 1}, {u'action': {u'params': [u'200'], u'name': u'setDowntime'}, u'limit': 2}, {u'action': {u'params': [u'300'], u'name': u'setDowntime'}, u'limit': 3}, {u'action': {u'params': [u'400'], u'name': u'setDowntime'}, u'limit': 4}, {u'action': {u'params': [u'500'], u'name': u'setDowntime'}, u'limit': 6}, {u'action': {u'params': [], u'name': u'abort'}, u'limit': -1}]}, u'vmId': u'11f3a2aa-7951-4064-92f9-bb8ab515373b', u'abortOnError': u'true', u'outgoingLimit': 2, u'compressed': u'false', u'maxBandwidth': 62, u'method': u'online'}) from=::ffff:10.1.2.51,46546, flow_id=03aca28c-00c9-4b58-a1e8-3aa355e162c2, vmId=11f3a2aa-7951-4064-92f9-bb8ab515373b (api:48) 2021-12-10 16:18:22,831+0100 INFO (jsonrpc/1) [api.virt] FINISH migrate return={'status': {'message': 'Migration in progress', 'code': 0}, 'progress': 0} from=::ffff:10.1.2.51,46546, flow_id=03aca28c-00c9-4b58-a1e8-3aa355e162c2, vmId=11f3a2aa-7951-4064-92f9-bb8ab515373b (api:54) 2021-12-10 16:18:22,831+0100 INFO (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call VM.migrate succeeded in 0.01 seconds (__init__:312) 2021-12-10 16:18:22,873+0100 ERROR (migsrc/11f3a2aa) [virt.vm] (vmId='11f3a2aa-7951-4064-92f9-bb8ab515373b') [Errno -2] Name or service not known (migration:282) 2021-12-10 16:18:22,875+0100 ERROR (migsrc/11f3a2aa) [virt.vm] (vmId='11f3a2aa-7951-4064-92f9-bb8ab515373b') Failed to migrate (migration:450) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 402, in _regular_run self._setupVdsConnection() File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 239, in _setupVdsConnection client = self._createClient(port) File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 227, in _createClient client_socket = utils.create_connected_socket(host, int(port), sslctx) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 435, in create_connected_socket socket.AF_UNSPEC, socket.SOCK_STREAM) gaierror: [Errno -2] Name or service not known 2021-12-10 16:18:22,888+0100 INFO (jsonrpc/7) [api.virt] START getMigrationStatus() from=::ffff:10.1.2.51,46546, vmId=11f3a2aa-7951-4064-92f9-bb8ab515373b (api:48) 2021-12-10 16:18:22,888+0100 INFO (jsonrpc/7) [api.virt] FINISH getMigrationStatus return={'status': {'message': 'Done', 'code': 0}, 'migrationStats': {'status': {'message': 'Fatal error during migration', 'code': 12}, 'progress': 0}} from=::ffff:10.1.2.51,46546, vmId=11f3a2aa-7951-4064-92f9-bb8ab515373b (api:54) 2021-12-10 16:18:22,889+0100 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call VM.getMigrationStatus succeeded in 0.00 seconds (__init__:312) 2021-12-10 16:18:23,431+0100 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.ping2 succeeded in 0.00 seconds (__init__:312) Any ideas? /niklas

3 6

Varying degree of failures after updating from 4.4.8 to 4.4.9
by Paul-Erik Törrönen 12 Dec '21

12 Dec '21

I have a server running the engine on CentOS Stream. 2 hosts running likewise CentOS 8 Stream (C8S) and 2 hosts running Rocky Linux 8.5 (RL8.5). I had several VMs running on the 8S without any issue. After the oVirt upgrade, which partially fails* on the C8S-machines, the VMs on the C8S-hosts appear to be running, according to the oVirt GUI, but I can neither ping, ssh or even open a virt-viewer console to the VM. The console shows just a black screen. The only thing shown in the GUI is a note that the guest agent should be updated on the VM, so there appears to be some kind of communication between the engine/host and the VM. If I create a new VM on the C8S, I get the same result: No access to it, console is black despite the fact that oVirt GUI shows the VM as running and green. If I create a VM on one of the RL8.5 hosts, the console does work, I can eg. complete the GUI-installation (from CD) there. But after the boot, despite having configured the network correctly in the oVirt-GUI and in the installation process, the VM (using the console) is unable to raise the network. No error is displayed in the oVirt GUI neither for the cluster, DC, host nor VM. No apparent log-error neither in the engine-server nor the hosts. Stopped the firewalld on both in the engine-server as well as the hosts, but this did not change anything. It seems that the 4.4.9-upgrade somehow broke the oVirt logical networking, completely on C8S-hosts. * The C8S hosts fail on update WRT the following packages: Error: Problem 1: package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package rsyslog-openssl-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package rsyslog-8.2102.0-5.el8.x86_64 Problem 2: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-elasticsearch-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-elasticsearch-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-dependencies-4.4.9-2.el8.x86_64 Problem 3: problem with installed package rsyslog-openssl-8.2102.0-5.el8.x86_64 - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-mmjsonparse-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-mmjsonparse-8.2102.0-5.el8.x86_64 Problem 4: package ovirt-host-4.4.9-2.el8.x86_64 requires ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be installed - package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-mmnormalize-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-mmnormalize-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-4.4.9-2.el8.x86_64 The RL8.5 have no issues with the rsyslog-* packages which are: rsyslog-8.2102.0-5.el8.x86_64 rsyslog-elasticsearch-8.2102.0-5.el8.x86_64 rsyslog-mmjsonparse-8.2102.0-5.el8.x86_64 rsyslog-mmnormalize-8.2102.0-5.el8.x86_64 rsyslog-openssl-8.2102.0-5.el8.x86_64 What can I still check at this point? Poltsi

2 2

[ANN] oVirt Node 4.4.9.2 Async update
by Sandro Bonazzola 10 Dec '21

10 Dec '21

On December 10th 2021 the oVirt project released an async update of oVirt Node (4.4.9.2) delivering updates fixing CVEs: - CVE-2021-43267 <https://access.redhat.com/security/cve/CVE-2021-43267> [important] kernel: Insufficient validation of user-supplied sizes for the MSG_CRYPTO message type - CVE-2021-43527 <https://access.redhat.com/security/cve/CVE-2021-43527> [critical] nss: Memory corruption in decodeECorDsaSignature with DSA signatures (and RSA-PSS) And several other low/moderate CVEs. The oVirt project initially released a 4.4.9.1 version which contained a newer version of qemu-kvm (6.1.0) which has been reported as affected by a few severe bugs. A new version 4.4.9.2 has been issued reverting this. Here’s the full list of changes: --- ovirt-node-ng-image-4.4.9.1.manifest-rpm 2021-12-09 08:46:57.837930268 +0100 +++ ovirt-node-ng-image-4.4.9.2.manifest-rpm 2021-12-10 09:09:24.084642608 +0100 @@ -635 +635 @@ -ovirt-node-ng-image-update-placeholder-4.4.9.1-1.el8.noarch +ovirt-node-ng-image-update-placeholder-4.4.9.2-1.el8.noarch @@ -643,2 +643,2 @@ -ovirt-release-host-node-4.4.9.1-1.el8.noarch -ovirt-release44-4.4.9.1-1.el8.noarch +ovirt-release-host-node-4.4.9.2-1.el8.noarch +ovirt-release44-4.4.9.2-1.el8.noarch @@ -878,13 +878,13 @@ -qemu-img-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-block-curl-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-block-gluster-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-block-iscsi-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-block-rbd-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-block-ssh-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-common-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-core-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-docs-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-hw-usbredir-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-ui-opengl-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 -qemu-kvm-ui-spice-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-img-6.0.0-33.el8s.x86_64 +qemu-kvm-6.0.0-33.el8s.x86_64 +qemu-kvm-block-curl-6.0.0-33.el8s.x86_64 +qemu-kvm-block-gluster-6.0.0-33.el8s.x86_64 +qemu-kvm-block-iscsi-6.0.0-33.el8s.x86_64 +qemu-kvm-block-rbd-6.0.0-33.el8s.x86_64 +qemu-kvm-block-ssh-6.0.0-33.el8s.x86_64 +qemu-kvm-common-6.0.0-33.el8s.x86_64 +qemu-kvm-core-6.0.0-33.el8s.x86_64 +qemu-kvm-docs-6.0.0-33.el8s.x86_64 +qemu-kvm-hw-usbredir-6.0.0-33.el8s.x86_64 +qemu-kvm-ui-opengl-6.0.0-33.el8s.x86_64 +qemu-kvm-ui-spice-6.0.0-33.el8s.x86_64 --- ovirt-node-ng-image-4.4.9.manifest-rpm 2021-10-27 15:01:15.835959707 +0200 +++ ovirt-node-ng-image-4.4.9.1.manifest-rpm 2021-12-09 08:46:57.837930268 +0100 @@ -2,7 +2,6 @@ -ModemManager-glib-1.18.2-1.el8.x86_64 -NetworkManager-1.34.0-0.2.el8.x86_64 -NetworkManager-config-server-1.34.0-0.2.el8.noarch -NetworkManager-libnm-1.34.0-0.2.el8.x86_64 -NetworkManager-ovs-1.34.0-0.2.el8.x86_64 -NetworkManager-team-1.34.0-0.2.el8.x86_64 -NetworkManager-tui-1.34.0-0.2.el8.x86_64 +NetworkManager-1.36.0-0.2.el8.x86_64 +NetworkManager-config-server-1.36.0-0.2.el8.noarch +NetworkManager-libnm-1.36.0-0.2.el8.x86_64 +NetworkManager-ovs-1.36.0-0.2.el8.x86_64 +NetworkManager-team-1.36.0-0.2.el8.x86_64 +NetworkManager-tui-1.36.0-0.2.el8.x86_64 @@ -44 +43 @@ -binutils-2.30-108.el8.x86_64 +binutils-2.30-111.el8.x86_64 @@ -46 +45 @@ -blivet-data-3.4.0-6.el8.noarch +blivet-data-3.4.0-7.el8.noarch @@ -48 +46,0 @@ -bubblewrap-0.4.0-1.el8.x86_64 @@ -51 +49 @@ -c-ares-1.13.0-5.el8.x86_64 +c-ares-1.13.0-6.el8.x86_64 @@ -59 +57 @@ -certmonger-0.79.13-4.el8.x86_64 +certmonger-0.79.13-5.el8.x86_64 @@ -63,6 +61,6 @@ -clevis-15-1.el8.x86_64 -clevis-dracut-15-1.el8.x86_64 -clevis-luks-15-1.el8.x86_64 -clevis-systemd-15-1.el8.x86_64 -cockpit-255-1.el8.x86_64 -cockpit-bridge-255-1.el8.x86_64 +clevis-15-4.el8.x86_64 +clevis-dracut-15-4.el8.x86_64 +clevis-luks-15-4.el8.x86_64 +clevis-systemd-15-4.el8.x86_64 +cockpit-258-1.el8.x86_64 +cockpit-bridge-258-1.el8.x86_64 @@ -70,3 +68,3 @@ -cockpit-storaged-251.1-1.el8.noarch -cockpit-system-255-1.el8.noarch -cockpit-ws-255-1.el8.x86_64 +cockpit-storaged-255-1.el8.noarch +cockpit-system-258-1.el8.noarch +cockpit-ws-258-1.el8.x86_64 @@ -81 +79 @@ -corosynclib-3.1.5-1.el8.x86_64 +corosynclib-3.1.5-2.el8.x86_64 @@ -88,2 +86,2 @@ -crypto-policies-20210617-1.gitc776d3e.el8.noarch -crypto-policies-scripts-20210617-1.gitc776d3e.el8.noarch +crypto-policies-20211116-1.gitae470d6.el8.noarch +crypto-policies-scripts-20211116-1.gitae470d6.el8.noarch @@ -92 +90 @@ -cups-libs-2.2.6-40.el8.x86_64 +cups-libs-2.2.6-41.el8.x86_64 @@ -98 +96 @@ -daxctl-libs-71.1-2.el8.x86_64 +daxctl-libs-71.1-3.el8.x86_64 @@ -105,7 +103,7 @@ -device-mapper-1.02.177-10.el8.x86_64 -device-mapper-event-1.02.177-10.el8.x86_64 -device-mapper-event-libs-1.02.177-10.el8.x86_64 -device-mapper-libs-1.02.177-10.el8.x86_64 -device-mapper-multipath-0.8.4-17.el8.x86_64 -device-mapper-multipath-libs-0.8.4-17.el8.x86_64 -device-mapper-persistent-data-0.9.0-4.el8.x86_64 +device-mapper-1.02.181-1.el8.x86_64 +device-mapper-event-1.02.181-1.el8.x86_64 +device-mapper-event-libs-1.02.181-1.el8.x86_64 +device-mapper-libs-1.02.181-1.el8.x86_64 +device-mapper-multipath-0.8.4-20.el8.x86_64 +device-mapper-multipath-libs-0.8.4-20.el8.x86_64 +device-mapper-persistent-data-0.9.0-5.el8.x86_64 @@ -117,4 +115,4 @@ -dnf-4.7.0-4.el8.noarch -dnf-data-4.7.0-4.el8.noarch -dnf-plugins-core-4.0.21-3.el8.noarch -dnsmasq-2.79-19.el8.x86_64 +dnf-4.7.0-5.el8.noarch +dnf-data-4.7.0-5.el8.noarch +dnf-plugins-core-4.0.21-6.el8.noarch +dnsmasq-2.79-20.el8.x86_64 @@ -130,8 +128,5 @@ -efi-filesystem-3-3.el8.noarch -efibootmgr-16-1.el8.x86_64 -efivar-libs-37-4.el8.x86_64 -elfutils-0.185-1.el8.x86_64 -elfutils-default-yama-scope-0.185-1.el8.noarch -elfutils-libelf-0.185-1.el8.x86_64 -elfutils-libs-0.185-1.el8.x86_64 -ethtool-5.8-7.el8.x86_64 +elfutils-0.186-1.el8.x86_64 +elfutils-default-yama-scope-0.186-1.el8.noarch +elfutils-libelf-0.186-1.el8.x86_64 +elfutils-libs-0.186-1.el8.x86_64 +ethtool-5.13-1.el8.x86_64 @@ -139,38 +134,38 @@ -fence-agents-all-4.2.1-78.el8.x86_64 -fence-agents-amt-ws-4.2.1-78.el8.noarch -fence-agents-apc-4.2.1-78.el8.noarch -fence-agents-apc-snmp-4.2.1-78.el8.noarch -fence-agents-bladecenter-4.2.1-78.el8.noarch -fence-agents-brocade-4.2.1-78.el8.noarch -fence-agents-cisco-mds-4.2.1-78.el8.noarch -fence-agents-cisco-ucs-4.2.1-78.el8.noarch -fence-agents-common-4.2.1-78.el8.noarch -fence-agents-compute-4.2.1-78.el8.noarch -fence-agents-drac5-4.2.1-78.el8.noarch -fence-agents-eaton-snmp-4.2.1-78.el8.noarch -fence-agents-emerson-4.2.1-78.el8.noarch -fence-agents-eps-4.2.1-78.el8.noarch -fence-agents-heuristics-ping-4.2.1-78.el8.noarch -fence-agents-hpblade-4.2.1-78.el8.noarch -fence-agents-ibm-powervs-4.2.1-78.el8.noarch -fence-agents-ibm-vpc-4.2.1-78.el8.noarch -fence-agents-ibmblade-4.2.1-78.el8.noarch -fence-agents-ifmib-4.2.1-78.el8.noarch -fence-agents-ilo-moonshot-4.2.1-78.el8.noarch -fence-agents-ilo-mp-4.2.1-78.el8.noarch -fence-agents-ilo-ssh-4.2.1-78.el8.noarch -fence-agents-ilo2-4.2.1-78.el8.noarch -fence-agents-intelmodular-4.2.1-78.el8.noarch -fence-agents-ipdu-4.2.1-78.el8.noarch -fence-agents-ipmilan-4.2.1-78.el8.noarch -fence-agents-kdump-4.2.1-78.el8.x86_64 -fence-agents-mpath-4.2.1-78.el8.noarch -fence-agents-redfish-4.2.1-78.el8.x86_64 -fence-agents-rhevm-4.2.1-78.el8.noarch -fence-agents-rsa-4.2.1-78.el8.noarch -fence-agents-rsb-4.2.1-78.el8.noarch -fence-agents-sbd-4.2.1-78.el8.noarch -fence-agents-scsi-4.2.1-78.el8.noarch -fence-agents-vmware-rest-4.2.1-78.el8.noarch -fence-agents-vmware-soap-4.2.1-78.el8.noarch -fence-agents-wti-4.2.1-78.el8.noarch +fence-agents-all-4.2.1-83.el8.x86_64 +fence-agents-amt-ws-4.2.1-83.el8.noarch +fence-agents-apc-4.2.1-83.el8.noarch +fence-agents-apc-snmp-4.2.1-83.el8.noarch +fence-agents-bladecenter-4.2.1-83.el8.noarch +fence-agents-brocade-4.2.1-83.el8.noarch +fence-agents-cisco-mds-4.2.1-83.el8.noarch +fence-agents-cisco-ucs-4.2.1-83.el8.noarch +fence-agents-common-4.2.1-83.el8.noarch +fence-agents-compute-4.2.1-83.el8.noarch +fence-agents-drac5-4.2.1-83.el8.noarch +fence-agents-eaton-snmp-4.2.1-83.el8.noarch +fence-agents-emerson-4.2.1-83.el8.noarch +fence-agents-eps-4.2.1-83.el8.noarch +fence-agents-heuristics-ping-4.2.1-83.el8.noarch +fence-agents-hpblade-4.2.1-83.el8.noarch +fence-agents-ibm-powervs-4.2.1-83.el8.noarch +fence-agents-ibm-vpc-4.2.1-83.el8.noarch +fence-agents-ibmblade-4.2.1-83.el8.noarch +fence-agents-ifmib-4.2.1-83.el8.noarch +fence-agents-ilo-moonshot-4.2.1-83.el8.noarch +fence-agents-ilo-mp-4.2.1-83.el8.noarch +fence-agents-ilo-ssh-4.2.1-83.el8.noarch +fence-agents-ilo2-4.2.1-83.el8.noarch +fence-agents-intelmodular-4.2.1-83.el8.noarch +fence-agents-ipdu-4.2.1-83.el8.noarch +fence-agents-ipmilan-4.2.1-83.el8.noarch +fence-agents-kdump-4.2.1-83.el8.x86_64 +fence-agents-mpath-4.2.1-83.el8.noarch +fence-agents-redfish-4.2.1-83.el8.x86_64 +fence-agents-rhevm-4.2.1-83.el8.noarch +fence-agents-rsa-4.2.1-83.el8.noarch +fence-agents-rsb-4.2.1-83.el8.noarch +fence-agents-sbd-4.2.1-83.el8.noarch +fence-agents-scsi-4.2.1-83.el8.noarch +fence-agents-vmware-rest-4.2.1-83.el8.noarch +fence-agents-vmware-soap-4.2.1-83.el8.noarch +fence-agents-wti-4.2.1-83.el8.noarch @@ -182,2 +177,2 @@ -firewalld-0.9.3-7.el8.noarch -firewalld-filesystem-0.9.3-7.el8.noarch +firewalld-0.9.3-11.el8.noarch +firewalld-filesystem-0.9.3-11.el8.noarch @@ -193 +187,0 @@ -fwupd-1.5.9-1.el8.x86_64 @@ -196 +190 @@ -gdb-headless-8.2-16.el8.x86_64 +gdb-headless-8.2-17.el8.x86_64 @@ -199 +193 @@ -gdisk-1.0.3-6.el8.x86_64 +gdisk-1.0.3-8.el8.x86_64 @@ -203 +197 @@ -git-core-2.27.0-1.el8.x86_64 +git-core-2.31.1-2.el8.x86_64 @@ -206,4 +200,4 @@ -glibc-2.28-167.el8.x86_64 -glibc-common-2.28-167.el8.x86_64 -glibc-gconv-extra-2.28-167.el8.x86_64 -glibc-langpack-en-2.28-167.el8.x86_64 +glibc-2.28-170.el8.x86_64 +glibc-common-2.28-170.el8.x86_64 +glibc-gconv-extra-2.28-170.el8.x86_64 +glibc-langpack-en-2.28-170.el8.x86_64 @@ -235,7 +229,6 @@ -grub2-common-2.02-99.el8_4.1.noarch -grub2-efi-x64-2.02-99.el8_4.1.x86_64 -grub2-pc-2.02-99.el8_4.1.x86_64 -grub2-pc-modules-2.02-99.el8_4.1.noarch -grub2-tools-2.02-99.el8_4.1.x86_64 -grub2-tools-extra-2.02-99.el8_4.1.x86_64 -grub2-tools-minimal-2.02-99.el8_4.1.x86_64 +grub2-common-2.02-106.el8.noarch +grub2-pc-2.02-106.el8.x86_64 +grub2-pc-modules-2.02-106.el8.noarch +grub2-tools-2.02-106.el8.x86_64 +grub2-tools-extra-2.02-106.el8.x86_64 +grub2-tools-minimal-2.02-106.el8.x86_64 @@ -251 +244 @@ -hivex-1.3.18-22.el8s.x86_64 +hivex-1.3.18-23.module_el8.6.0+983+a7505f3f.x86_64 @@ -259 +251,0 @@ -iotop-0.6-16.el8.noarch @@ -267,2 +259,2 @@ -iproute-5.12.0-4.el8.x86_64 -iproute-tc-5.12.0-4.el8.x86_64 +iproute-5.15.0-1.el8.x86_64 +iproute-tc-5.15.0-1.el8.x86_64 @@ -272,3 +264,3 @@ -iptables-1.8.4-21.el8.x86_64 -iptables-ebtables-1.8.4-21.el8.x86_64 -iptables-libs-1.8.4-21.el8.x86_64 +iptables-1.8.4-22.el8.x86_64 +iptables-ebtables-1.8.4-22.el8.x86_64 +iptables-libs-1.8.4-22.el8.x86_64 @@ -295 +287 @@ -jansson-2.12-5.el8.x86_64 +jansson-2.14-1.el8.x86_64 @@ -298 +290 @@ -json-c-0.13.1-2.el8.x86_64 +json-c-0.13.1-3.el8.x86_64 @@ -303,6 +295,6 @@ -kernel-4.18.0-348.el8.x86_64 -kernel-core-4.18.0-348.el8.x86_64 -kernel-modules-4.18.0-348.el8.x86_64 -kernel-tools-4.18.0-348.el8.x86_64 -kernel-tools-libs-4.18.0-348.el8.x86_64 -kexec-tools-2.0.20-59.el8.x86_64 +kernel-4.18.0-348.2.1.el8_5.x86_64 +kernel-core-4.18.0-348.2.1.el8_5.x86_64 +kernel-modules-4.18.0-348.2.1.el8_5.x86_64 +kernel-tools-4.18.0-348.2.1.el8_5.x86_64 +kernel-tools-libs-4.18.0-348.2.1.el8_5.x86_64 +kexec-tools-2.0.20-63.el8.x86_64 @@ -311,4 +303,4 @@ -kmod-25-18.el8.x86_64 -kmod-kvdo-6.2.5.72-79.el8.x86_64 -kmod-libs-25-18.el8.x86_64 -kpartx-0.8.4-17.el8.x86_64 +kmod-25-19.el8.x86_64 +kmod-kvdo-6.2.5.72-81.el8.x86_64 +kmod-libs-25-19.el8.x86_64 +kpartx-0.8.4-20.el8.x86_64 @@ -355 +347 @@ -libbpf-0.4.0-1.el8.x86_64 +libbpf-0.4.0-2.el8.x86_64 @@ -362 +354 @@ -libcomps-0.1.16-2.el8.x86_64 +libcomps-0.1.18-1.el8.x86_64 @@ -371,2 +363,2 @@ -libdnf-0.63.0-3.el8.x86_64 -libdrm-2.4.106-2.el8.x86_64 +libdnf-0.63.0-4.el8.x86_64 +libdrm-2.4.108-1.el8.x86_64 @@ -379,3 +371,2 @@ -libffi-3.1-22.el8.x86_64 -libgcab1-1.1-1.el8.x86_64 -libgcc-8.5.0-3.el8.x86_64 +libffi-3.1-23.el8.x86_64 +libgcc-8.5.0-4.el8_5.x86_64 @@ -389,5 +380,5 @@ -libglvnd-1.3.2-1.el8.x86_64 -libglvnd-egl-1.3.2-1.el8.x86_64 -libglvnd-gles-1.3.2-1.el8.x86_64 -libglvnd-glx-1.3.2-1.el8.x86_64 -libgomp-8.5.0-3.el8.x86_64 +libglvnd-1.3.4-1.el8.x86_64 +libglvnd-egl-1.3.4-1.el8.x86_64 +libglvnd-gles-1.3.4-1.el8.x86_64 +libglvnd-glx-1.3.4-1.el8.x86_64 +libgomp-8.5.0-4.el8_5.x86_64 @@ -396,5 +387,5 @@ -libguestfs-1.44.0-3.el8s.x86_64 -libguestfs-tools-c-1.44.0-3.el8s.x86_64 -libguestfs-winsupport-8.2-2.el8s.x86_64 -libgusb-0.3.0-1.el8.x86_64 -libibverbs-35.0-1.el8.x86_64 +libguestfs-1.44.0-4.module_el8.6.0+983+a7505f3f.x86_64 +libguestfs-appliance-1.44.0-4.module_el8.6.0+983+a7505f3f.x86_64 +libguestfs-tools-c-1.44.0-4.module_el8.6.0+983+a7505f3f.x86_64 +libguestfs-winsupport-8.6-1.module_el8.6.0+983+a7505f3f.x86_64 +libibverbs-37.1-1.el8.x86_64 @@ -404 +395 @@ -libipa_hbac-2.5.2-2.el8.x86_64 +libipa_hbac-2.5.2-2.el8_5.1.x86_64 @@ -406 +397 @@ -libiscsi-1.18.0-8.module_el8.5.0+746+bbd5d70c.x86_64 +libiscsi-1.18.0-8.module_el8.6.0+983+a7505f3f.x86_64 @@ -417 +407,0 @@ -libmbim-1.26.0-2.el8.x86_64 @@ -425 +415 @@ -libnfsidmap-2.3.3-46.el8.x86_64 +libnfsidmap-2.3.3-47.el8.x86_64 @@ -446 +435,0 @@ -libqmi-1.30.2-1.el8.x86_64 @@ -451,2 +440,2 @@ -librdkafka-0.11.4-1.el8.x86_64 -librdmacm-35.0-1.el8.x86_64 +librdkafka-0.11.4-3.el8.x86_64 +librdmacm-37.1-1.el8.x86_64 @@ -454 +443 @@ -librepo-1.14.0-2.el8.x86_64 +librepo-1.14.2-1.el8.x86_64 @@ -463 +452 @@ -libseccomp-2.5.1-1.el8.x86_64 +libseccomp-2.5.2-1.el8.x86_64 @@ -470,2 +459 @@ -libsmbios-2.4.1-2.el8.x86_64 -libsolv-0.7.19-1.el8.x86_64 +libsolv-0.7.20-1.el8.x86_64 @@ -474,9 +462,9 @@ -libssh-0.9.4-3.el8.x86_64 -libssh-config-0.9.4-3.el8.noarch -libsss_autofs-2.5.2-2.el8.x86_64 -libsss_certmap-2.5.2-2.el8.x86_64 -libsss_idmap-2.5.2-2.el8.x86_64 -libsss_nss_idmap-2.5.2-2.el8.x86_64 -libsss_simpleifp-2.5.2-2.el8.x86_64 -libsss_sudo-2.5.2-2.el8.x86_64 -libstdc++-8.5.0-3.el8.x86_64 +libssh-0.9.6-3.el8.x86_64 +libssh-config-0.9.6-3.el8.noarch +libsss_autofs-2.5.2-2.el8_5.1.x86_64 +libsss_certmap-2.5.2-2.el8_5.1.x86_64 +libsss_idmap-2.5.2-2.el8_5.1.x86_64 +libsss_nss_idmap-2.5.2-2.el8_5.1.x86_64 +libsss_simpleifp-2.5.2-2.el8_5.1.x86_64 +libsss_sudo-2.5.2-2.el8_5.1.x86_64 +libstdc++-8.5.0-4.el8_5.x86_64 @@ -492 +480 @@ -libtirpc-1.1.4-5.el8.x86_64 +libtirpc-1.1.4-6.el8.x86_64 @@ -494 +482 @@ -libtpms-0.7.4-6.20201106git2452a24dab.el8s.x86_64 +libtpms-0.7.4-6.20201106git2452a24dab.module_el8.6.0+983+a7505f3f.x86_64 @@ -500 +488 @@ -libuser-0.62-23.el8.x86_64 +libuser-0.62-24.el8.x86_64 @@ -505,24 +493,24 @@ -libvirt-7.6.0-4.el8s.x86_64 -libvirt-client-7.6.0-4.el8s.x86_64 -libvirt-daemon-7.6.0-4.el8s.x86_64 -libvirt-daemon-config-network-7.6.0-4.el8s.x86_64 -libvirt-daemon-config-nwfilter-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-interface-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-network-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-nodedev-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-nwfilter-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-qemu-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-secret-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-core-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-disk-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-gluster-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-iscsi-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-iscsi-direct-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-logical-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-mpath-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-rbd-7.6.0-4.el8s.x86_64 -libvirt-daemon-driver-storage-scsi-7.6.0-4.el8s.x86_64 -libvirt-daemon-kvm-7.6.0-4.el8s.x86_64 -libvirt-libs-7.6.0-4.el8s.x86_64 -libvirt-lock-sanlock-7.6.0-4.el8s.x86_64 +libvirt-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-client-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-config-network-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-config-nwfilter-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-interface-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-network-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-nodedev-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-nwfilter-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-qemu-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-secret-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-core-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-disk-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-gluster-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-iscsi-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-iscsi-direct-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-logical-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-mpath-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-rbd-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-driver-storage-scsi-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-daemon-kvm-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-libs-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +libvirt-lock-sanlock-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 @@ -541 +528,0 @@ -libxmlb-0.1.15-1.el8.x86_64 @@ -549 +536 @@ -llvm-libs-12.0.1-2.module_el8.6.0+937+1cafe22c.x86_64 +llvm-compat-libs-12.0.1-3.module_el8.6.0+1029+6594c364.x86_64 @@ -559,2 +546,2 @@ -lvm2-2.03.12-10.el8.x86_64 -lvm2-libs-2.03.12-10.el8.x86_64 +lvm2-2.03.14-1.el8.x86_64 +lvm2-libs-2.03.14-1.el8.x86_64 @@ -571,7 +558,6 @@ -memtest86+-5.01-20.el8.x86_64 -mesa-dri-drivers-21.1.5-1.el8.x86_64 -mesa-filesystem-21.1.5-1.el8.x86_64 -mesa-libEGL-21.1.5-1.el8.x86_64 -mesa-libGL-21.1.5-1.el8.x86_64 -mesa-libgbm-21.1.5-1.el8.x86_64 -mesa-libglapi-21.1.5-1.el8.x86_64 +mesa-dri-drivers-21.3.0-1.el8.x86_64 +mesa-filesystem-21.3.0-1.el8.x86_64 +mesa-libEGL-21.3.0-1.el8.x86_64 +mesa-libGL-21.3.0-1.el8.x86_64 +mesa-libgbm-21.3.0-1.el8.x86_64 +mesa-libglapi-21.3.0-1.el8.x86_64 @@ -579 +564,0 @@ -mokutil-0.3.0-11.el8.x86_64 @@ -584,8 +569,8 @@ -nbdkit-1.24.0-1.el8s.x86_64 -nbdkit-basic-filters-1.24.0-1.el8s.x86_64 -nbdkit-basic-plugins-1.24.0-1.el8s.x86_64 -nbdkit-curl-plugin-1.24.0-1.el8s.x86_64 -nbdkit-python-plugin-1.24.0-1.el8s.x86_64 -nbdkit-server-1.24.0-1.el8s.x86_64 -nbdkit-ssh-plugin-1.24.0-1.el8s.x86_64 -nbdkit-vddk-plugin-1.24.0-1.el8s.x86_64 +nbdkit-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-basic-filters-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-basic-plugins-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-curl-plugin-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-python-plugin-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-server-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-ssh-plugin-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 +nbdkit-vddk-plugin-1.24.0-3.module_el8.6.0+983+a7505f3f.x86_64 @@ -595,7 +580,7 @@ -ndctl-71.1-2.el8.x86_64 -ndctl-libs-71.1-2.el8.x86_64 -net-snmp-5.8-22.el8.x86_64 -net-snmp-agent-libs-5.8-22.el8.x86_64 -net-snmp-libs-5.8-22.el8.x86_64 -net-snmp-utils-5.8-22.el8.x86_64 -netcf-libs-0.2.8-12.module_el8.5.0+746+bbd5d70c.x86_64 +ndctl-71.1-3.el8.x86_64 +ndctl-libs-71.1-3.el8.x86_64 +net-snmp-5.8-23.el8.x86_64 +net-snmp-agent-libs-5.8-23.el8.x86_64 +net-snmp-libs-5.8-23.el8.x86_64 +net-snmp-utils-5.8-23.el8.x86_64 +netcf-libs-0.2.8-12.module_el8.6.0+983+a7505f3f.x86_64 @@ -604,3 +589,3 @@ -nfs-utils-2.3.3-46.el8.x86_64 -nftables-0.9.3-22.el8.x86_64 -nispor-1.1.1-1.el8.x86_64 +nfs-utils-2.3.3-47.el8.x86_64 +nftables-0.9.3-23.el8.x86_64 +nispor-1.2.2-1.el8.x86_64 @@ -612,6 +597,6 @@ -nss-3.67.0-6.el8_4.x86_64 -nss-softokn-3.67.0-6.el8_4.x86_64 -nss-softokn-freebl-3.67.0-6.el8_4.x86_64 -nss-sysinit-3.67.0-6.el8_4.x86_64 -nss-tools-3.67.0-6.el8_4.x86_64 -nss-util-3.67.0-6.el8_4.x86_64 +nss-3.67.0-7.el8_5.x86_64 +nss-softokn-3.67.0-7.el8_5.x86_64 +nss-softokn-freebl-3.67.0-7.el8_5.x86_64 +nss-sysinit-3.67.0-7.el8_5.x86_64 +nss-tools-3.67.0-7.el8_5.x86_64 +nss-util-3.67.0-7.el8_5.x86_64 @@ -626,7 +611,7 @@ -openscap-1.3.5-6.el8.x86_64 -openscap-scanner-1.3.5-6.el8.x86_64 -openssh-8.0p1-9.el8.x86_64 -openssh-clients-8.0p1-9.el8.x86_64 -openssh-server-8.0p1-9.el8.x86_64 -openssl-1.1.1k-4.el8.x86_64 -openssl-libs-1.1.1k-4.el8.x86_64 +openscap-1.3.5-10.el8.x86_64 +openscap-scanner-1.3.5-10.el8.x86_64 +openssh-8.0p1-12.el8.x86_64 +openssh-clients-8.0p1-12.el8.x86_64 +openssh-server-8.0p1-12.el8.x86_64 +openssl-1.1.1k-5.el8_5.x86_64 +openssl-libs-1.1.1k-5.el8_5.x86_64 @@ -643,2 +628,2 @@ -ovirt-host-4.4.9-2.el8.x86_64 -ovirt-host-dependencies-4.4.9-2.el8.x86_64 +ovirt-host-4.4.8-1.el8.x86_64 +ovirt-host-dependencies-4.4.8-1.el8.x86_64 @@ -650 +635 @@ -ovirt-node-ng-image-update-placeholder-4.4.9-1.el8.noarch +ovirt-node-ng-image-update-placeholder-4.4.9.1-1.el8.noarch @@ -658,2 +643,2 @@ -ovirt-release-host-node-4.4.9-1.el8.noarch -ovirt-release44-4.4.9-1.el8.noarch +ovirt-release-host-node-4.4.9.1-1.el8.noarch +ovirt-release44-4.4.9.1-1.el8.noarch @@ -666,3 +651,3 @@ -pacemaker-cluster-libs-2.1.0-8.el8.x86_64 -pacemaker-libs-2.1.0-8.el8.x86_64 -pacemaker-schemas-2.1.0-8.el8.noarch +pacemaker-cluster-libs-2.1.2-1.el8.x86_64 +pacemaker-libs-2.1.2-1.el8.x86_64 +pacemaker-schemas-2.1.2-1.el8.noarch @@ -673 +657,0 @@ -pciutils-3.7.0-1.el8.x86_64 @@ -683 +667 @@ -perl-Errno-1.28-420.el8.x86_64 +perl-Errno-1.28-421.el8.x86_64 @@ -689 +673 @@ -perl-IO-1.38-420.el8.x86_64 +perl-IO-1.38-421.el8.x86_64 @@ -706,3 +690,3 @@ -perl-interpreter-5.26.3-420.el8.x86_64 -perl-libs-5.26.3-420.el8.x86_64 -perl-macros-5.26.3-420.el8.x86_64 +perl-interpreter-5.26.3-421.el8.x86_64 +perl-libs-5.26.3-421.el8.x86_64 +perl-macros-5.26.3-421.el8.x86_64 @@ -723,2 +707,2 @@ -policycoreutils-2.9-16.el8.x86_64 -policycoreutils-python-utils-2.9-16.el8.noarch +policycoreutils-2.9-17.el8.x86_64 +policycoreutils-python-utils-2.9-17.el8.noarch @@ -747 +731 @@ -python3-blivet-3.4.0-6.el8.noarch +python3-blivet-3.4.0-7.el8.noarch @@ -765,3 +749,3 @@ -python3-dnf-4.7.0-4.el8.noarch -python3-dnf-plugin-versionlock-4.0.21-3.el8.noarch -python3-dnf-plugins-core-4.0.21-3.el8.noarch +python3-dnf-4.7.0-5.el8.noarch +python3-dnf-plugin-versionlock-4.0.21-6.el8.noarch +python3-dnf-plugins-core-4.0.21-6.el8.noarch @@ -773 +757 @@ -python3-firewall-0.9.3-7.el8.noarch +python3-firewall-0.9.3-11.el8.noarch @@ -780 +764 @@ -python3-hawkey-0.63.0-3.el8.x86_64 +python3-hawkey-0.63.0-4.el8.x86_64 @@ -795,3 +779,3 @@ -python3-libcomps-0.1.16-2.el8.x86_64 -python3-libdnf-0.63.0-3.el8.x86_64 -python3-libipa_hbac-2.5.2-2.el8.x86_64 +python3-libcomps-0.1.18-1.el8.x86_64 +python3-libdnf-0.63.0-4.el8.x86_64 +python3-libipa_hbac-2.5.2-2.el8_5.1.x86_64 @@ -803 +787 @@ -python3-libvirt-7.6.0-1.el8s.x86_64 +python3-libvirt-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 @@ -805 +789 @@ -python3-linux-procfs-0.6.3-1.el8.noarch +python3-linux-procfs-0.6.3-3.el8.noarch @@ -814,2 +798,2 @@ -python3-nftables-0.9.3-22.el8.x86_64 -python3-nispor-1.1.1-1.el8.noarch +python3-nftables-0.9.3-23.el8.x86_64 +python3-nispor-1.2.2-1.el8.noarch @@ -821 +805 @@ -python3-oslo-context-3.1.1-2.el8.noarch +python3-oslo-context-3.1.2-1.el8.noarch @@ -837 +821 @@ -python3-perf-4.18.0-348.el8.x86_64 +python3-perf-4.18.0-348.2.1.el8_5.x86_64 @@ -842 +826 @@ -python3-policycoreutils-2.9-16.el8.noarch +python3-policycoreutils-2.9-17.el8.noarch @@ -875,3 +859,3 @@ -python3-sss-2.5.2-2.el8.x86_64 -python3-sss-murmur-2.5.2-2.el8.x86_64 -python3-sssdconfig-2.5.2-2.el8.noarch +python3-sss-2.5.2-2.el8_5.1.x86_64 +python3-sss-murmur-2.5.2-2.el8_5.1.x86_64 +python3-sssdconfig-2.5.2-2.el8_5.1.noarch @@ -893,14 +877,14 @@ -qemu-guest-agent-6.0.0-33.el8s.x86_64 -qemu-img-6.0.0-33.el8s.x86_64 -qemu-kvm-6.0.0-33.el8s.x86_64 -qemu-kvm-block-curl-6.0.0-33.el8s.x86_64 -qemu-kvm-block-gluster-6.0.0-33.el8s.x86_64 -qemu-kvm-block-iscsi-6.0.0-33.el8s.x86_64 -qemu-kvm-block-rbd-6.0.0-33.el8s.x86_64 -qemu-kvm-block-ssh-6.0.0-33.el8s.x86_64 -qemu-kvm-common-6.0.0-33.el8s.x86_64 -qemu-kvm-core-6.0.0-33.el8s.x86_64 -qemu-kvm-docs-6.0.0-33.el8s.x86_64 -qemu-kvm-hw-usbredir-6.0.0-33.el8s.x86_64 -qemu-kvm-ui-opengl-6.0.0-33.el8s.x86_64 -qemu-kvm-ui-spice-6.0.0-33.el8s.x86_64 +qemu-guest-agent-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-img-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-block-curl-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-block-gluster-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-block-iscsi-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-block-rbd-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-block-ssh-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-common-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-core-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-docs-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-hw-usbredir-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-ui-opengl-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 +qemu-kvm-ui-spice-6.1.0-5.module_el8.6.0+1040+0ae94936.x86_64 @@ -910 +893,0 @@ -rdma-core-35.0-1.el8.x86_64 @@ -912 +895 @@ -rng-tools-6.13-1.git.d207e0b6.el8.x86_64 +rng-tools-6.14-4.git.b2b7934e.el8.x86_64 @@ -920,5 +903,4 @@ -rsyslog-8.2102.0-5.el8.x86_64 -rsyslog-elasticsearch-8.2102.0-5.el8.x86_64 -rsyslog-mmjsonparse-8.2102.0-5.el8.x86_64 -rsyslog-mmnormalize-8.2102.0-5.el8.x86_64 -rsyslog-openssl-8.2102.0-5.el8.x86_64 +rsyslog-8.2102.0-6.el8.x86_64 +rsyslog-elasticsearch-8.2102.0-6.el8.x86_64 +rsyslog-mmjsonparse-8.2102.0-6.el8.x86_64 +rsyslog-mmnormalize-8.2102.0-6.el8.x86_64 @@ -935,2 +917,2 @@ -seabios-bin-1.14.0-1.el8s.noarch -seavgabios-bin-1.14.0-1.el8s.noarch +seabios-bin-1.14.0-1.module_el8.6.0+983+a7505f3f.noarch +seavgabios-bin-1.14.0-1.module_el8.6.0+983+a7505f3f.noarch @@ -938,2 +920,2 @@ -selinux-policy-3.14.3-81.el8.noarch -selinux-policy-targeted-3.14.3-81.el8.noarch +selinux-policy-3.14.3-84.el8.noarch +selinux-policy-targeted-3.14.3-84.el8.noarch @@ -943,4 +925,2 @@ -sgabios-bin-0.20170427git-3.module_el8.5.0+746+bbd5d70c.noarch -shadow-utils-4.6-14.el8.x86_64 -shared-mime-info-1.9-3.el8.x86_64 -shim-x64-15-15.el8_2.x86_64 +sgabios-bin-0.20170427git-3.module_el8.6.0+983+a7505f3f.noarch +shadow-utils-4.6-15.el8.x86_64 @@ -951 +931 @@ -sos-4.1-5.el8.noarch +sos-4.2-6.el8.noarch @@ -956,9 +936,9 @@ -sshpass-1.06-9.el8.x86_64 -sssd-client-2.5.2-2.el8.x86_64 -sssd-common-2.5.2-2.el8.x86_64 -sssd-common-pac-2.5.2-2.el8.x86_64 -sssd-dbus-2.5.2-2.el8.x86_64 -sssd-ipa-2.5.2-2.el8.x86_64 -sssd-kcm-2.5.2-2.el8.x86_64 -sssd-krb5-common-2.5.2-2.el8.x86_64 -sssd-tools-2.5.2-2.el8.x86_64 +sshpass-1.09-4.el8.x86_64 +sssd-client-2.5.2-2.el8_5.1.x86_64 +sssd-common-2.5.2-2.el8_5.1.x86_64 +sssd-common-pac-2.5.2-2.el8_5.1.x86_64 +sssd-dbus-2.5.2-2.el8_5.1.x86_64 +sssd-ipa-2.5.2-2.el8_5.1.x86_64 +sssd-kcm-2.5.2-2.el8_5.1.x86_64 +sssd-krb5-common-2.5.2-2.el8_5.1.x86_64 +sssd-tools-2.5.2-2.el8_5.1.x86_64 @@ -966,5 +946,5 @@ -sudo-1.8.29-7.el8.x86_64 -supermin-5.2.1-1.el8s.x86_64 -swtpm-0.6.0-2.20210607gitea627b3.el8s.x86_64 -swtpm-libs-0.6.0-2.20210607gitea627b3.el8s.x86_64 -swtpm-tools-0.6.0-2.20210607gitea627b3.el8s.x86_64 +sudo-1.8.29-7.el8_4.1.x86_64 +supermin-5.2.1-1.module_el8.6.0+983+a7505f3f.x86_64 +swtpm-0.6.0-2.20210607gitea627b3.module_el8.6.0+983+a7505f3f.x86_64 +swtpm-libs-0.6.0-2.20210607gitea627b3.module_el8.6.0+983+a7505f3f.x86_64 +swtpm-tools-0.6.0-2.20210607gitea627b3.module_el8.6.0+983+a7505f3f.x86_64 @@ -990 +970 @@ -tzdata-2021c-1.el8.noarch +tzdata-2021e-1.el8.noarch @@ -997 +977 @@ -vdo-6.2.5.74-14.el8.x86_64 +vdo-6.2.6.7-14.el8.x86_64 @@ -1008,4 +988,4 @@ -vim-minimal-8.0.1763-16.el8.x86_64 -virt-install-2.2.1-4.el8.noarch -virt-manager-common-2.2.1-4.el8.noarch -virt-v2v-1.42.0-15.el8s.x86_64 +vim-minimal-8.0.1763-16.el8_5.2.x86_64 +virt-install-3.2.0-1.el8.noarch +virt-manager-common-3.2.0-1.el8.noarch +virt-v2v-1.42.0-16.module_el8.6.0+983+a7505f3f.x86_64 @@ -1014 +994 @@ -which-2.21-16.el8.x86_64 +which-2.21-17.el8.x86_64 @@ -1025 +1005 @@ -yum-4.7.0-4.el8.noarch +yum-4.7.0-5.el8.noarch -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV 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.*

1 0

Re: Migrated a VM from VMware to Ovirt using import ova option. Task stuck and running for day 2 now.
by Chris Heisler 09 Dec '21

09 Dec '21

I would like to add that I'm getting the same issue but the VM imports. I'm trying to import the VM from Veeam to enable RHEV native backups. I would LOVE to get this feature going!

1 0

Upgraded to oVirt 4.4.9, still have vdsmd memory leak
by Chris Adams 09 Dec '21

09 Dec '21

I have seen vdsmd leak memory for years (I've been running oVirt since version 3.5), but never been able to nail it down. I've upgraded a cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I still see it happen. One host in the cluster, which has been up 8 days, has vdsmd with 4.3 GB resident memory. On a couple of other hosts, it's around half a gigabyte. In the past, it seemed more likely to happen on the hosted engine hosts and/or the SPM host... but the host with the 4.3 GB vdsmd is not either of those. I'm not sure what I do that would make my setup "special" compared to others; I loaded a pretty minimal install of CentOS 8-stream, with the only extra thing being I add the core parts of the Dell PowerEdge OpenManage tools (so I can get remote SNMP hardware monitoring). When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single anonymous block (which I'm guessing is just the python general memory allocator). I thought maybe the switch to CentOS 8 and python 3 might clear something up, but obviously not. Any ideas? -- Chris Adams <cma(a)cmadams.net>

5 13

new host addition, Cannot find master domain
by david 09 Dec '21

09 Dec '21

hello i'm adding a new host into ovirt after the installation procces is finished I got an error: "VDSM kvm6 command ConnectStoragePoolVDS failed: Cannot find master domain". on the vdsm server in /dev/disk/by-path/ i see the block device but device-mapper not mappying it then I found the master's lun in the blacklist: /etc/multipath/conf.d/vdsm_blacklist.conf why vdsm host put the lun wwn in blacklist and what I can do ? addition info: ============ Ovirt-engine 4.4.7 vdsm server: - OS Version: RHEL - 8.5 - 1.2111.el8 - OS Description: CentOS Linux 8 - Kernel Version: 4.18.0 - 348.2.1.el8_5.x86_64 - KVM Version: 6.0.0 - 33.el8 - LIBVIRT Version: libvirt-7.6.0-6.el8 - VDSM Version: vdsm-4.40.90.4-1.el8 the vdsm server has one link connection to the fc storage lun

3 7

ovirt 4.4.x series
by Nathanaël Blanchet 09 Dec '21

09 Dec '21

Hello, I found some informations about an upcoming ovirt 4.5 release based on centos stream 9. Considering that Centos stream 9 will not be stable before months, can we expect new 4.4.x releases following 4.4.9? -- Nathanaël Blanchet Supervision réseau SIRE 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 1

Downgrading qemu-kvm
by Gary Pedretty 09 Dec '21

09 Dec '21

So even the latest updated to qemu-kvm is still broken in regards to running VMs in Ovirt. I thought I would try Node on a new host and the current install iso, installs version 6.0 of kvm, which still works, but if you do an upgrade on the node host it sill updates to the latest 6.1 version of kvm. Question, how do you downgrade kvm on a node host, the regular yum downgrade does not seem to work on a node host. Gary _______________________________ Gary Pedretty Director of IT Ravn Alaska

3 3

oVirt host - yum dependency error
by tferic＠swissonline.ch 08 Dec '21

08 Dec '21

Hi I have an existing oVirt host 4.4 running on CentOS 8, and I am in the process of converting the OS to CentOS Stream. I am getting the following errors: ``` # yum update Last metadata expiration check: 0:03:14 ago on Wed 08 Dec 2021 01:05:55 AM CET. Error: Problem 1: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - cannot install both rsyslog-8.2102.0-5.el8.x86_64 and rsyslog-8.2102.0-6.el8.x86_64 - cannot install the best update candidate for package rsyslog-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-dependencies-4.4.8-1.el8.x86_64 Problem 2: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - cannot install both rsyslog-8.2102.0-5.el8.x86_64 and rsyslog-8.2102.0-6.el8.x86_64 - package rsyslog-elasticsearch-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - package ovirt-host-4.4.9-2.el8.x86_64 requires ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-elasticsearch-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-4.4.8-1.el8.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ``` Does anyone know how to resolve it? Notice: The oVirt host is also a gluster storage server (hyperconverged). Thanks Toni

2 2

Q35 with BIOS broken
by mediocre.slacker＠protonmail.com 08 Dec '21

08 Dec '21

I've been trying to get oVirt working for a week now with a self-hosted engine setup. Eventually, today, I decided to try a standalone engine and see if I can't at least get that to work, to maybe figure out what the issue is. It seems the default chipset type is Q35 with BIOS. But it fails to boot a VM. I'm not sure where to even look in the logs for this. The VM just never comes up, even though it's shown as being up in the oVirt administration page. I found similar symptoms when trying to set up a hosted-engine on the same machine. The VM would fail health check, and hosted-engine --vm-status would show the VM as up, but health check failing. The VM wasn't available over the network and it never pulled a DHCP lease from my router. I've looked at the logs pretty extensively and couldn't find anything to indicate what the cause of the problem was, or that this was even the problem in the first place. As far as the logs seem to be concerned, the VM is running fine, and it's a network issue.

2 4

no QXL ?
by lejeczek 08 Dec '21

08 Dec '21

Hi. I've Qemu/Libvirt from ovirt-release-master-4.5.0-0.0.master.20211206152702.gitebb0229.el9.noarch and it seems QXL is not there. Is that a fluke or intention? Do you have QXL working? many thanks, L.

9 20

Migrated a VM from VMware to Ovirt using import ova option. Task stuck and running for day 2 now.
by sudhakar.sankaralingam＠gmail.com 08 Dec '21

08 Dec '21

1. First node that was upgraded now continuously logs this error: VDSM <node name> command Get Host Statistics failed: Internal JSON-RPC error: {'reason': "'str' object has no attribute 'decode'"} 2. During import of two virtual machines from VMware (has done multible before upgrade) the import seems to never finish - currently running on day 2-3... any clues how to fix this? Events VDSM <node name> command Get Host Statistics failed: Internal JSON-RPC error: {'reason': "'str' object has no attribute 'decode'"} running for 2 days every 20 seconds. Please suggest

3 2

what is the best practices to delete vdisks in 100% used gluster stoargedoamin
by dhanaraj.ramesh＠yahoo.com 08 Dec '21

08 Dec '21

Hi Team In my one of three node Hyperconverged (gluster + ovirt) setup, one of the storage domain went offline from Datacenter due to 100% storage space utilization, but luckily it is still online in Gluster. how should I properly delete some of the vdisks in that offline stoarge domain from Gluster and bring back to online?

2 4

ovirt importing vm stuck
by Sudhakar S 07 Dec '21

07 Dec '21

Hi Team, I have initiated a VM import from VMware using Import as OVA option in Ovirt. I started importing and all going good but it is stuck at the last. Please find the below attached screenshot FYR. Please suggest me your steps to stop this task since it is running for a whole day. [image: image.png] [image: Ovirt2.PNG] [image: Ovirt.PNG] Regards, Sudhakar

2 3

Various issues
by mediocre.slacker＠protonmail.com 07 Dec '21

07 Dec '21

Fresh install on CentOS Stream 8. After installing ovirt-hosted-engine-setup, I encounter the following dependency errors when trying to run dnf upgrade: Error: Problem 1: package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package rsyslog-openssl-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package rsyslog-8.2102.0-5.el8.x86_64 Problem 2: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-elasticsearch-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-elasticsearch-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-dependencies-4.4.9-2.el8.x86_64 Problem 3: problem with installed package rsyslog-openssl-8.2102.0-5.el8.x86_64 - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-mmjsonparse-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-mmjsonparse-8.2102.0-5.el8.x86_64 Problem 4: package ovirt-host-4.4.9-2.el8.x86_64 requires ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be installed - package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires rsyslog-openssl, but none of the providers can be installed - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog = 8.2102.0-5.el8, but none of the providers can be installed - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and rsyslog-8.2102.0-5.el8.x86_64 - package rsyslog-mmnormalize-8.2102.0-6.el8.x86_64 requires rsyslog = 8.2102.0-6.el8, but none of the providers can be installed - cannot install the best update candidate for package rsyslog-mmnormalize-8.2102.0-5.el8.x86_64 - cannot install the best update candidate for package ovirt-host-4.4.9-2.el8.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Running dnf distro-sync --nobest allows it to proceed, which causes some ovirt packages to be upgraded. Running hosted-engine --deploy and installing with nfs storage, everything goes good up until stage 5, at which point vdsm pegs a core at 100% for some minutes, until the task inevitably fails. hosted-engine --vm-status reports EngineStarting forever. No memory is consumed to indicate that the VM even started. The VM never even tries to get a DHCP lease from my router. All indicators point the vm just not starting, for some reason. Zero useful information available on Google. Zero useful information available in the documentation. Zero useful information available in the logs. No clear cause as to why the hosted engine refuses to start. The NFS share has correct permissions, and can be mounted. The NFS share is on the same host the engine is being installed to, in the same subnet/vlan and, even through the same network adapter. The shared storage works fine for copying the local hosted engine to the shared storage during the setup process and I can see the files have been created.

1 0

broker.log file filling up
by Valerio Luccio 07 Dec '21

07 Dec '21

Hello all, my broker.log files are suddenly filling up with lines that start with: Listener::DEBUG::2021-11-24 09:13:20,795::listener::103::ovirt_hosted_engine_ha.broker.listener.Action.get_stats::(wrapper) Executing RPC handler get_stats with params (<ovirt_hosted_engine_ha.broker.listener.ActionsHandler object at 0x7fd3f0411b70>,) Listener::DEBUG::2021-11-24 09:13:20,796::listener::145::ovirt_hosted_engine_ha.broker.listener._encode::(_encode) Encoded successfully: b'maintenance= Followed by a long list of nulls (0\x00) OS: CentOS 8 Ovirt version: 4.4 Any ideas ? -- Valerio Luccio High Performance Computing 10 Astor Place, Room 416D New York University New York, NY 10003 "In an open world, who needs windows or gates ?"

3 8

Repository downloads failing checksum
by p.staniforth＠leedsbeckett.ac.uk 06 Dec '21

06 Dec '21

Hello, When trying to do an update running fails dnf update ovirt\*setup\* Upgrade 4 Packages Total download size: 338 k Is this ok [y/N]: y Downloading Packages: [MIRROR] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 4a1410401460e7dd4cb721333fa1b32b971d8d8b199691f957e71dd97c7a60a5(sha256) Expected: fdbc61cea07dc3f10c683152736a5093c27f7665e95af7e2c90ed78002500b88(sha256) [MIRROR] ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 5fb5af5e5ca5d9dd45e169ad28d91afd4576f4c58fa23b4e326aa7ad4adfe9dc(sha256) Expected: 823f63be1764c561f0378fd7c89b0128a13e1ae916df31b1cdf85de4136dda9f(sha256) [MIRROR] ovirt-engine-extension-aaa-ldap-1.4.5-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 93f6e8aa1b349446fd18d3db42d88df387e4afbae3172cc7b9dc25d8c6b1baf9(sha256) Expected: b601d9c1e702b8e67ff4c86ab0089c68f0df17fbba2628704821473d17a7320c(sha256) [MIRROR] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 4a1410401460e7dd4cb721333fa1b32b971d8d8b199691f957e71dd97c7a60a5(sha256) Expected: fdbc61cea07dc3f10c683152736a5093c27f7665e95af7e2c90ed78002500b88(sha256) [FAILED] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: No more mirrors to try - All mirrors were already tried without success (2-3/4): ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm 25% [==================- ] 444 kB/s | 88 kB 00:00 ETA The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Error downloading packages: Cannot download noarch/ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: All mirrors were tried I have tried at another site with an up to date system and get dnf reinstall ovirt-engine-dwh-setup Total download size: 95 k Installed size: 214 k Is this ok [y/N]: y Downloading Packages: [MIRROR] ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 5fb5af5e5ca5d9dd45e169ad28d91afd4576f4c58fa23b4e326aa7ad4adfe9dc(sha256) Expected: 823f63be1764c561f0378fd7c89b0128a13e1ae916df31b1cdf85de4136dda9f(sha256) ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm 64 kB/s | 95 kB 00:01 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 48 kB/s | 95 kB 00:01 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Reinstalling : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 1/2 Cleanup : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 2/2 Verifying : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 1/2 Verifying : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 2/2 Reinstalled: ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch Complete! Regards, Paul S.

6 5

on-demand machine creation for VDI project
by Luca Contessa 06 Dec '21

06 Dec '21

Hi List, I've made an oVirt node installation (oVirt ver. 4.4.9) for a VDI project and I'd like to ask if it is possible to create an empty pool with a maximum number of machine and as the machine are required by the end user (so when the users use the think client to request the provisioning of a machine of the pool in question) the pool will dynamically create the machine and link it to the end user. To specify once more the pool will be create with no machine in it, only a maximum limit on the number of machines, and as the user start connecting to the pool the VM will be created, started and provisioned to the user requesting them. Then when the user stop using the machine they would like the system to save the datas and stop the machine and from that point on when the user will connect the virtual machine connected to their account on the AD system should start. Do you know if this is possibile? Thanks a lot to everybody, Luca

2 2

How to install an older version of oVirt engine?
by Eric Szeto 06 Dec '21

06 Dec '21

Hello all, just curious if anyone knows we can install an older version of oVirt engine? We have the latest 4.4.9, is there a way to install 4.4.7 instead? Thank you.

4 4

How to turn off the state of tlbflush for Windows vm
by Hean-Seng Tan 06 Dec '21

06 Dec '21

We encounter random Windows BSOD (blue screen of death) issues for vm's in environment running oVirt Engine 4.4.4. Upgrading the environment to 4.4.8 does not fix the issue. There is a suggestion from https://bugzilla.redhat.com/show_bug.cgi?id=1868572 to turn off the state of tlbflush under hyperv section for the Windows vm. Does anyone know how to achieve that? Currently, vm description returned from api call includes the following section that has tlbflush state: <features> <acpi/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <runtime state='on'/> <synic state='on'/> <stimer state='on'/> <reset state='on'/> <frequencies state='on'/> <reenlightenment state='on'/> <tlbflush state='on'/> </hyperv> </features>

2 2