- Users - oVirt List Archives

cannot add amd and intel cpu type hosts in the same cluster
by kishorekumar.goli＠gmail.com 20 Dec '21

20 Dec '21

Hi Team, We have hosts with intel and amd cpu types. We would like to know if there is a possibility to use both cpu types in the same cluster in ovirt. cpu types: AMD EPYC, Intel Haswell Family. BRs Kishore

2 2

Upgrading Cluster Compatibility Level with Self Hosted HE
by Nur Imam Febrianto 20 Dec '21

20 Dec '21

Hi, Any idea how the appropriate step for upgrading cluster compatibility level ? We have two nodes that already up to date (already do yum upgrade manually and make sure its up to date), whenever we try to use Upgrade function in cluster, nothing changes. Thanks before. Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows

1 0

fetch engine's version
by Diggy Mc 19 Dec '21

19 Dec '21

Is there a command I can run on the engine to retrieve the engine's version number? I ask because I am writing a bash script to automatically backup the engine database via the 'engine-backup' command and would like to include the engine's current version number with the backup. A response is greatly appreciated.

2 3

Veeam Backup ova importing
by bulentsenguler＠gmail.com 19 Dec '21

19 Dec '21

Hi all, I have wanted to try veeam backup solution for ovirt and I tried to import ova but I failed. the message was "VDSM rhvh01.test.local command Get Host Statistics failed: Internal JSON-RPC error: {'reason': "'str' object has no attribute 'decode'"}" that I recived every thirty seconds. I stuck in this stuation.

2 1

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

17 Dec '21

Hello, Apperently, VNC with TLS enabled is the default. At the very least I don't remember ever enabling it. Attempting to disable it as a quick test, by altering /etc/libvirt/qemu.conf and setting vlc_tls=0 fixes it. So I guess, I'll need to disable it at the cluster level for a permanent fix. (And then reinstall the hosts....) After seeing the previous reply, I figured that the "direct connection to the VM host" meant the VNC connection would be using TLS. SPICE "Just Works(TM)" with TLS enabled, but for VNC it requires a TLS cert to be installed on the ovirt host servers. And of course, the default is the internal engine CA. With no easy way to override it. (I.e. The new cert config won't survive a host reinstall / upgrade.) Which defeats the entire purpose of having a third party CA for end- user connections. I guess we'll have to disable this method of VM console access for now, and rely on noVNC until the cert issue gets fixed. I'm not sure that the user mailing list is the place for feature requests, but just in case and to avoid criticizing without offering a solution, I would love some mechanism in the web interface to upload a new third party CA cert for the hosts to use with end-user requests. (VNC, image io proxy, cockpit, etc.) The internal engine CA could even be used to secure those cert updates. (As the engine itself could prompt the hosts to install the new cert via VDSM or something. Even better that method wouldn't require a host reinstall to finish.) That would simplify managment and renewal of the certs. As the operation could be delegated / restricted to users with a specific permission, (like with the VM permissions), and prevent us from needing to manually configure things in a text file. (The engine host could use this also.) Thanks for the suggestions everyone. -Patrick Hibbs On Wed, 2021-12-15 at 00:05 +0000, Staniforth, Paul wrote: > Hi Patrick, > > The ovirt-vmconsole is a for emulated serial connections (via a ssh > tunnel). > > The VNC ports are the same range as spice5900 - 6923. > > Do you have encryption enabled for VNC? > > > Regards, > Paul S. > From: Patrick Hibbs <hibbsncc1701(a)gmail.com> > Sent: 14 December 2021 22:53 > To: Staniforth, Paul <P.Staniforth(a)leedsbeckett.ac.uk> > Cc: oVirt Users Mailing List <users(a)ovirt.org> > Subject: Re: [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. > 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.AuditLogDire > > > ctor] > > > (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 > > > To view the terms under which this email is distributed, please go > to:- > https://leedsbeckett.ac.uk/disclaimer/email

1 0

There is no 'admin' in users table
by jihwahn1018＠naver.com 17 Dec '21

17 Dec '21

Hi, i have trouble in 'ovirt-engine-extension-aaa-jdbc' I'm following 'III. Configuration of a new custom aaa-jdbc profile' part in README.admin (https://github.com/jihwahn1018/ovirt-engine-extension-aaa-jdbc/blob/master/…) when i try to login the webadmin page, i can't login becauser there is no 'admin' in custom database. how can i solve it? Thanks, Jihwan

2 2

Is vulnerable log4j package necessary in my ovirt repo?
by Henry lol 16 Dec '21

16 Dec '21

Hello, I found that the vulnerable log4j-2.13.0-1 package is in oVirt repository, but not installed even after the oVirt setup. So, I want to remove that package from my private oVirt repository if it's not necessary. but I'm not sure what will happen by doing so. Is there any side effects?

2 1

Questions about VDSM communication protocol
by Henry lol 16 Dec '21

16 Dec '21

Hello, 1. I know vdsm communication adopted rpc over "stomp" and i'm wondering if it's due to use of the message broker or any other purpose. 2. according to https://www.ovirt.org/develop/release-management/features/infra/jsonrpc.html, vdsm has the final plan to completely separate msg broker. Is it still valid and under development? 3. if so, why is vdsm trying to use msg broker? because it seems enough even without msg broker. thanks,

3 7

After update nodectl reports host as degraded
by Giorgio Biacchi 16 Dec '21

16 Dec '21

Hi all, I've got this minor issue a couple of times so far after updating Ovirt node hosts from the UI. The update is done corrctly but after the final reboot I have to login via ssh and manually fix the issue with these commands: [root@host01 ~]# semodule -i /usr/share/selinux/packages/ovirt-vmconsole/ovirt_vmconsole.pp [root@host01 ~]# vdsm-tool configure [root@host01 ~]# systemctl restart vdsmd I have the same behavior on all my hosts running Ovirt Node. There's a way to fix it properly? Thanks -- gb PGP Key: http://pgp.mit.edu/ Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34

2 1

snapshot create fails - files not owned by vdsm:kvm
by tpike＠psc.edu 15 Dec '21

15 Dec '21

I've got an issue with one of my oVirt 4.3.10.4 clusters. OS is Centos 7.7, storage is glusterfs. Whenever I try to create a snapshot of any of my VMs, I get an (eventual) error: VDSM track04.yard.psc.edu command HSMGetAllTasksStatusesVDS failed: Could not acquire resource. Probably resource factory threw an exception.: () After a bit of investigation, I believe that the root cause is that the snapshot file created is not owned by vdsm:kvm. Looking at the directories in glusterfs, I see that some of the disk images are owned by root:root, some are owned by qemu:qemu. In fact, if we watch the directory for the VM, we can actually see that the files are owned by vdsm:kvm when they are created, then get changed to qemu:qemu, then eventually get changed to being owned by root:root. This is entirely repeatable. Needless to say, oVirt can't read the disk images when they are owned by root, so that explains why the snapshot is failing. The question, then, is why the ownership is getting changed out from under the creation process. Checking the gluster volume info shows: Volume Name: engine Type: Replicate Volume ID: 00951055-74b5-463a-84c0-59fa03be7478 Status: Started Snapshot Count: 0 Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: 10.200.0.131:/gluster_bricks/engine/engine Brick2: 10.200.0.134:/gluster_bricks/engine/engine Brick3: 10.200.0.135:/gluster_bricks/engine/engine Options Reconfigured: performance.client-io-threads: off nfs.disable: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable I see that the owner UID and GID are correct (vdsm:kvm). Note that snapshots worked at one point in the past - I see that there are snapshot images from a year ago. Any ideas where to look to correct this? Thanks! Tod Pike

2 3

[FOSDEM][CFP] Virtualization & IaaS Devroom
by Piotr Kliczewski 15 Dec '21

15 Dec '21

We are excited to announce that the call for proposals is now open for the Virtualization & IaaS devroom at the upcoming FOSDEM 2022, to be hosted virtually on February 5th 2022. This year will mark FOSDEM’s 22nd anniversary as one of the longest-running free and open source software developer events, attracting thousands of developers and users from all over the world. Due to Covid-19, FOSDEM will be held virtually this year on February 5th & 6th, 2022. About the Devroom The Virtualization & IaaS devroom will feature session topics such as open source hypervisors and virtual machine managers such as Xen Project, KVM, bhyve, and VirtualBox, and Infrastructure-as-a-Service projects such as KubeVirt, Apache CloudStack, Foreman, OpenStack, oVirt, QEMU and OpenNebula. This devroom will host presentations that focus on topics of shared interest, such as KVM; libvirt; shared storage; virtualized networking; cloud security; clustering and high availability; interfacing with multiple hypervisors; hyperconverged deployments; and scaling across hundreds or thousands of servers. Presentations in this devroom will be aimed at users or developers working on these platforms who are looking to collaborate and improve shared infrastructure or solve common problems. We seek topics that encourage dialog between projects and continued work post-FOSDEM. Important Dates Submission deadline: 20th of December Acceptance notifications: 25th of December Final schedule announcement: 31st of December Recorded presentations upload deadline: 15th of January Devroom: 6th February 2022 Submit Your Proposal All submissions must be made via the Pentabarf event planning site[1]. If you have not used Pentabarf before, you will need to create an account. If you submitted proposals for FOSDEM in previous years, you can use your existing account. After creating the account, select Create Event to start the submission process. Make sure to select Virtualization and IaaS devroom from the Track list. Please fill out all the required fields, and provide a meaningful abstract and description of your proposed session. Submission Guidelines We expect more proposals than we can possibly accept, so it is vitally important that you submit your proposal on or before the deadline. Late submissions are unlikely to be considered. All presentation slots are 30 minutes, with 20 minutes planned for presentations, and 10 minutes for Q&A. All presentations will need to be pre-recorded and put into our system at least a couple of weeks before the event. The presentations should be uploaded by 15th of January and made available under Creative Commons licenses. In the Submission notes field, please indicate that you agree that your presentation will be licensed under the CC-By-SA-4.0 or CC-By-4.0 license and that you agree to have your presentation recorded. For example: "If my presentation is accepted for FOSDEM, I hereby agree to license all recordings, slides, and other associated materials under the Creative Commons Attribution Share-Alike 4.0 International License. Sincerely, <NAME>." In the Submission notes field, please also confirm that if your talk is accepted, you will be able to attend the virtual FOSDEM event for the Q&A. We will not consider proposals from prospective speakers who are unsure whether they will be able to attend the FOSDEM virtual event. If you are experiencing problems with Pentabarf, the proposal submission interface, or have other questions, you can email our devroom mailing list[2] and we will try to help you. Code of Conduct Following the release of the updated code of conduct for FOSDEM, we'd like to remind all speakers and attendees that all of the presentations and discussions in our devroom are held under the guidelines set in the CoC and we expect attendees, speakers, and volunteers to follow the CoC at all times. If you submit a proposal and it is accepted, you will be required to confirm that you accept the FOSDEM CoC. If you have any questions about the CoC or wish to have one of the devroom organizers review your presentation slides or any other content for CoC compliance, please email us and we will do our best to assist you. Call for Volunteers We are also looking for volunteers to help run the devroom. We need assistance with helping speakers to record the presentation as well as helping with streaming and chat moderation for the devroom. Please contact devroom mailing list [2] for more information. Questions? If you have any questions about this devroom, please send your questions to our devroom mailing list. You can also subscribe to the list to receive updates about important dates, session announcements, and to connect with other attendees. See you all at FOSDEM! [1] https://penta.fosdem.org/submission/FOSDEM22 [2] iaas-virt-devroom at lists.fosdem.org

1 1

[ANN] oVirt Node 4.4.9.3 Async update
by Sandro Bonazzola 15 Dec '21

15 Dec '21

oVirt Node 4.4.9.3 Async update On December 15th 2021 the oVirt project released an async update of oVirt Node (4.4.9.3) delivering fixes for the following issues: Bug 2031911 <https://bugzilla.redhat.com/show_bug.cgi?id=2031911> - oVirt Node 4.4.9.1 and 4.4.9.2 are missing UEFI support due to a build issue Bug 2026432 <https://bugzilla.redhat.com/show_bug.cgi?id=2026432> - rsyslog-openssl is missing Reverted lvm2 package to previous version as workaround for Bug 2026370 <https://bugzilla.redhat.com/show_bug.cgi?id=2026370> - oVirt node fail to boot if lvm filter uses /dev/disk/by-id/lvm-pv-uuid-* Several bug fixes and improvements from CentOS Stream. Here’s the full list of changes: --- ovirt-node-ng-image-4.4.9.2.manifest-rpm 2021-12-10 09:09:24.084642608 +0100 +++ ovirt-node-ng-image-4.4.9.3.manifest-rpm 2021-12-15 15:40:13.501764699 +0100 @@ -1,0 +2 @@ +ModemManager-glib-1.18.2-1.el8.x86_64 @@ -46,0 +48 @@ +bubblewrap-0.4.0-1.el8.x86_64 @@ -97,3 +99,3 @@ -dbus-1.12.8-14.el8.x86_64 -dbus-common-1.12.8-14.el8.noarch -dbus-daemon-1.12.8-14.el8.x86_64 +dbus-1.12.8-18.el8.x86_64 +dbus-common-1.12.8-18.el8.noarch +dbus-daemon-1.12.8-18.el8.x86_64 @@ -101,6 +103,6 @@ -dbus-libs-1.12.8-14.el8.x86_64 -dbus-tools-1.12.8-14.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 +dbus-libs-1.12.8-18.el8.x86_64 +dbus-tools-1.12.8-18.el8.x86_64 +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 @@ -109 +111 @@ -device-mapper-persistent-data-0.9.0-5.el8.x86_64 +device-mapper-persistent-data-0.9.0-6.el8.x86_64 @@ -117 +119 @@ -dnf-plugins-core-4.0.21-6.el8.noarch +dnf-plugins-core-4.0.21-7.el8.noarch @@ -127,0 +130,3 @@ +efi-filesystem-3-3.el8.noarch +efibootmgr-16-1.el8.x86_64 +efivar-libs-37-4.el8.x86_64 @@ -187,0 +193 @@ +fwupd-1.5.9-1.el8_4.x86_64 @@ -199,5 +205,5 @@ -glib2-2.56.4-157.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 +glib2-2.56.4-158.el8.x86_64 +glibc-2.28-174.el8.x86_64 +glibc-common-2.28-174.el8.x86_64 +glibc-gconv-extra-2.28-174.el8.x86_64 +glibc-langpack-en-2.28-174.el8.x86_64 @@ -229,0 +236 @@ +grub2-efi-x64-2.02-106.el8.x86_64 @@ -251,0 +259 @@ +iotop-0.6-16.el8.noarch @@ -274,13 +282,13 @@ -iwl100-firmware-39.31.5.1-103.el8.1.noarch -iwl1000-firmware-39.31.5.1-103.el8.1.noarch -iwl105-firmware-18.168.6.1-103.el8.1.noarch -iwl135-firmware-18.168.6.1-103.el8.1.noarch -iwl2000-firmware-18.168.6.1-103.el8.1.noarch -iwl2030-firmware-18.168.6.1-103.el8.1.noarch -iwl3160-firmware-25.30.13.0-103.el8.1.noarch -iwl5000-firmware-8.83.5.1_1-103.el8.1.noarch -iwl5150-firmware-8.24.2.2-103.el8.1.noarch -iwl6000-firmware-9.221.4.1-103.el8.1.noarch -iwl6000g2a-firmware-18.168.6.1-103.el8.1.noarch -iwl6050-firmware-41.28.5.1-103.el8.1.noarch -iwl7260-firmware-25.30.13.0-103.el8.1.noarch +iwl100-firmware-39.31.5.1-105.el8.1.noarch +iwl1000-firmware-39.31.5.1-105.el8.1.noarch +iwl105-firmware-18.168.6.1-105.el8.1.noarch +iwl135-firmware-18.168.6.1-105.el8.1.noarch +iwl2000-firmware-18.168.6.1-105.el8.1.noarch +iwl2030-firmware-18.168.6.1-105.el8.1.noarch +iwl3160-firmware-25.30.13.0-105.el8.1.noarch +iwl5000-firmware-8.83.5.1_1-105.el8.1.noarch +iwl5150-firmware-8.24.2.2-105.el8.1.noarch +iwl6000-firmware-9.221.4.1-105.el8.1.noarch +iwl6000g2a-firmware-18.168.6.1-105.el8.1.noarch +iwl6050-firmware-41.28.5.1-105.el8.1.noarch +iwl7260-firmware-25.30.13.0-105.el8.1.noarch @@ -332,15 +340,15 @@ -libblockdev-2.24-7.el8.x86_64 -libblockdev-crypto-2.24-7.el8.x86_64 -libblockdev-dm-2.24-7.el8.x86_64 -libblockdev-fs-2.24-7.el8.x86_64 -libblockdev-kbd-2.24-7.el8.x86_64 -libblockdev-loop-2.24-7.el8.x86_64 -libblockdev-lvm-2.24-7.el8.x86_64 -libblockdev-mdraid-2.24-7.el8.x86_64 -libblockdev-mpath-2.24-7.el8.x86_64 -libblockdev-nvdimm-2.24-7.el8.x86_64 -libblockdev-part-2.24-7.el8.x86_64 -libblockdev-plugins-all-2.24-7.el8.x86_64 -libblockdev-swap-2.24-7.el8.x86_64 -libblockdev-utils-2.24-7.el8.x86_64 -libblockdev-vdo-2.24-7.el8.x86_64 +libblockdev-2.24-8.el8.x86_64 +libblockdev-crypto-2.24-8.el8.x86_64 +libblockdev-dm-2.24-8.el8.x86_64 +libblockdev-fs-2.24-8.el8.x86_64 +libblockdev-kbd-2.24-8.el8.x86_64 +libblockdev-loop-2.24-8.el8.x86_64 +libblockdev-lvm-2.24-8.el8.x86_64 +libblockdev-mdraid-2.24-8.el8.x86_64 +libblockdev-mpath-2.24-8.el8.x86_64 +libblockdev-nvdimm-2.24-8.el8.x86_64 +libblockdev-part-2.24-8.el8.x86_64 +libblockdev-plugins-all-2.24-8.el8.x86_64 +libblockdev-swap-2.24-8.el8.x86_64 +libblockdev-utils-2.24-8.el8.x86_64 +libblockdev-vdo-2.24-8.el8.x86_64 @@ -363 +371 @@ -libdnf-0.63.0-4.el8.x86_64 +libdnf-0.63.0-5.el8.x86_64 @@ -372 +380,2 @@ -libgcc-8.5.0-4.el8_5.x86_64 +libgcab1-1.1-1.el8.x86_64 +libgcc-8.5.0-6.el8.x86_64 @@ -384 +393 @@ -libgomp-8.5.0-4.el8_5.x86_64 +libgomp-8.5.0-6.el8.x86_64 @@ -390,0 +400 @@ +libgusb-0.3.0-1.el8.x86_64 @@ -404 +414 @@ -libldb-2.3.0-2.el8.x86_64 +libldb-2.4.1-1.el8.x86_64 @@ -407,0 +418 @@ +libmbim-1.26.0-2.el8.x86_64 @@ -435,0 +447 @@ +libqmi-1.30.2-1.el8.x86_64 @@ -458,0 +471 @@ +libsmbios-2.4.1-2.el8.x86_64 @@ -470 +483 @@ -libstdc++-8.5.0-4.el8_5.x86_64 +libstdc++-8.5.0-6.el8.x86_64 @@ -472 +485 @@ -libtalloc-2.3.2-1.el8.x86_64 +libtalloc-2.3.3-1.el8.x86_64 @@ -475 +488 @@ -libtdb-1.4.3-1.el8.x86_64 +libtdb-1.4.4-1.el8.x86_64 @@ -493,24 +506,24 @@ -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 +libvirt-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-client-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-config-network-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-config-nwfilter-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-interface-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-network-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-nodedev-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-nwfilter-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-qemu-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-secret-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-core-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-disk-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-gluster-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-iscsi-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-iscsi-direct-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-logical-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-mpath-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-rbd-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-driver-storage-scsi-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-daemon-kvm-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-libs-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 +libvirt-lock-sanlock-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 @@ -528,0 +542 @@ +libxmlb-0.1.15-1.el8.x86_64 @@ -533 +547 @@ -linux-firmware-20210702-103.gitd79c2677.el8.noarch +linux-firmware-20211119-105.gitf5d51956.el8.noarch @@ -536 +550 @@ -llvm-compat-libs-12.0.1-3.module_el8.6.0+1029+6594c364.x86_64 +llvm-compat-libs-12.0.1-4.module_el8.6.0+1041+0c503ac4.x86_64 @@ -546,2 +560,2 @@ -lvm2-2.03.14-1.el8.x86_64 -lvm2-libs-2.03.14-1.el8.x86_64 +lvm2-2.03.12-10.el8.x86_64 +lvm2-libs-2.03.12-10.el8.x86_64 @@ -557,0 +572 @@ +memtest86+-5.01-20.el8.x86_64 @@ -564,0 +580 @@ +mokutil-0.3.0-11.el8.x86_64 @@ -590 +606 @@ -nftables-0.9.3-23.el8.x86_64 +nftables-0.9.3-24.el8.x86_64 @@ -593,2 +609,2 @@ -nmstate-1.2.0-0.1.alpha1.el8.noarch -nmstate-plugin-ovsdb-1.2.0-0.1.alpha1.el8.noarch +nmstate-1.2.0-0.1.alpha2.el8.x86_64 +nmstate-plugin-ovsdb-1.2.0-0.1.alpha2.el8.noarch @@ -628,2 +644,2 @@ -ovirt-host-4.4.8-1.el8.x86_64 -ovirt-host-dependencies-4.4.8-1.el8.x86_64 +ovirt-host-4.4.9-2.el8.x86_64 +ovirt-host-dependencies-4.4.9-2.el8.x86_64 @@ -635 +651 @@ -ovirt-node-ng-image-update-placeholder-4.4.9.2-1.el8.noarch +ovirt-node-ng-image-update-placeholder-4.4.9.3-1.el8.noarch @@ -643,2 +659,2 @@ -ovirt-release-host-node-4.4.9.2-1.el8.noarch -ovirt-release44-4.4.9.2-1.el8.noarch +ovirt-release-host-node-4.4.9.3-1.el8.noarch +ovirt-release44-4.4.9.3-1.el8.noarch @@ -732 +748 @@ -python3-blockdev-2.24-7.el8.x86_64 +python3-blockdev-2.24-8.el8.x86_64 @@ -750,2 +766,2 @@ -python3-dnf-plugin-versionlock-4.0.21-6.el8.noarch -python3-dnf-plugins-core-4.0.21-6.el8.noarch +python3-dnf-plugin-versionlock-4.0.21-7.el8.noarch +python3-dnf-plugins-core-4.0.21-7.el8.noarch @@ -764 +780 @@ -python3-hawkey-0.63.0-4.el8.x86_64 +python3-hawkey-0.63.0-5.el8.x86_64 @@ -780 +796 @@ -python3-libdnf-0.63.0-4.el8.x86_64 +python3-libdnf-0.63.0-5.el8.x86_64 @@ -782 +798 @@ -python3-libnmstate-1.2.0-0.1.alpha1.el8.noarch +python3-libnmstate-1.2.0-0.1.alpha2.el8.noarch @@ -787 +803 @@ -python3-libvirt-7.9.0-1.module_el8.6.0+983+a7505f3f.x86_64 +python3-libvirt-7.10.0-1.module_el8.6.0+1046+bd8eec5e.x86_64 @@ -789 +805 @@ -python3-linux-procfs-0.6.3-3.el8.noarch +python3-linux-procfs-0.6.3-4.el8.noarch @@ -798 +814 @@ -python3-nftables-0.9.3-23.el8.x86_64 +python3-nftables-0.9.3-24.el8.x86_64 @@ -853 +869 @@ -python3-setools-4.3.0-2.el8.x86_64 +python3-setools-4.3.0-3.el8.x86_64 @@ -906,0 +923 @@ +rsyslog-openssl-8.2102.0-6.el8.x86_64 @@ -920,2 +937,2 @@ -selinux-policy-3.14.3-84.el8.noarch -selinux-policy-targeted-3.14.3-84.el8.noarch +selinux-policy-3.14.3-85.el8.noarch +selinux-policy-targeted-3.14.3-85.el8.noarch @@ -926 +943,3 @@ -shadow-utils-4.6-15.el8.x86_64 +shadow-utils-4.6-16.el8.x86_64 +shared-mime-info-1.9-3.el8.x86_64 +shim-x64-15-15.el8_2.x86_64 @@ -931 +950 @@ -sos-4.2-6.el8.noarch +sos-4.2-7.el8.noarch @@ -946 +965 @@ -sudo-1.8.29-7.el8_4.1.x86_64 +sudo-1.8.29-8.el8.x86_64 @@ -956 +975 @@ -sysstat-11.7.3-6.el8.x86_64 +sysstat-11.7.3-7.el8.x86_64 @@ -989,3 +1008,3 @@ -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 +virt-install-3.2.0-2.el8.noarch +virt-manager-common-3.2.0-2.el8.noarch +virt-v2v-1.42.0-18.module_el8.6.0+1046+bd8eec5e.x86_64 @@ -995 +1014 @@ -xfsprogs-5.0.0-9.el8.x86_64 +xfsprogs-5.0.0-10.el8.x86_64 -- 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

import vm from iscsi storage domain fails with "Cannot import VM. Invalid time zone for given OS type. Attribute: vm.vmStatic"
by timo.veith＠uni-tuebingen.de 15 Dec '21

15 Dec '21

Dear ovirt users, we are running RHV 4.4.8.6-0.1.el8ev on the manager and Red Hat Virtualization Host 4.4.6 (el8.4) on the hypervisors. Normally I would open a case at Red Hat but our subscriptions expired. We are currently in the process of purchasing new ones but this problem is really urgent so I thought I'd give it a try here. Sorry for that if its misplaced. We have a problem importing some VMs from a iscsi storage domain. We had an outage of the iscsi san volume but managed to recover the data and bring them back online. We imported the volume into a new data center and were able to import most of the vms which were on that volume. But now there are still some importand ones left and we do get the upper mentioned error. I searched the web and found a solution which proposes to alter the "operating system type" in the import dialog and change it to "linux". Oh, while writing "linux" I forgot to mention all of the problematic vms are windows ones. But the import dialog doesn't let me change the operation system type. I can only change the name. I found another solution here in the archive of this mailing list. Its pretty new I think. Topic was "How to re-import a VM with an invalid timezone?" in August. The solution was to add the missing timezone in a file (https://github.com/oVirt/ovirt-engine/blob/master/packaging/conf/timezones-…) on the manager and restart ovirt-engine. I would love to try that but I really don't know what to put there. I can't open an ova file because the vm is on the iscsi domain in some lvs or metadata or .. I don't know where RHV reads that from. Hope I am not missing some important info. Any help would be greatly appreciated Cheers Timo

4 4

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