oVirt Node 4.4.8.3 Async update
by Sandro Bonazzola
oVirt Node 4.4.8.3 Async update
On September 3rd 2021 the oVirt project released an async update for oVirt
Node consuming the following packages:
-
ovirt-release44 4.4.8.3
-
ovirt-node-ng-image-update 4.4.8.3
oVirt Node respin also consumed most recent CentOS Stream and Advanced
Virtualization content.
It also includes fixes for:
-
Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
remains in paused state when trying to write on a resized disk resides on
iscsi
-
Via qemu-kvm-6.0.0-29.el8s which shipped live.
Here’s the full list of changes:
--- ovirt-node-ng-image-4.4.8.2.manifest-rpm 2021-09-01 12:59:05.195037688
+0200
+++ ovirt-node-ng-image-4.4.8.3.manifest-rpm 2021-09-03 13:27:52.006368887
+0200
@@ -47 +46,0 @@
-boost-iostreams-1.66.0-10.el8.x86_64
@@ -112 +111 @@
-device-mapper-persistent-data-0.9.0-1.el8.x86_64
+device-mapper-persistent-data-0.9.0-4.el8.x86_64
@@ -355 +354 @@
-libcap-2.26-4.el8.x86_64
+libcap-2.26-5.el8.x86_64
@@ -637 +636 @@
-osinfo-db-20210215-1.el8.noarch
+osinfo-db-20210809-1.el8.noarch
@@ -648 +647 @@
-ovirt-node-ng-image-update-placeholder-4.4.8.2-1.el8.noarch
+ovirt-node-ng-image-update-placeholder-4.4.8.3-1.el8.noarch
@@ -656,2 +655,2 @@
-ovirt-release-host-node-4.4.8.2-1.el8.noarch
-ovirt-release44-4.4.8.2-1.el8.noarch
+ovirt-release-host-node-4.4.8.3-1.el8.noarch
+ovirt-release44-4.4.8.3-1.el8.noarch
@@ -768 +767 @@
-python3-eventlet-0.25.2-3.el8.noarch
+python3-eventlet-0.25.2-3.1.el8.noarch
@@ -814 +813 @@
-python3-os-brick-4.0.3-1.el8.noarch
+python3-os-brick-4.0.3-2.el8.noarch
@@ -890,14 +889,14 @@
-qemu-guest-agent-6.0.0-27.el8s.x86_64
-qemu-img-6.0.0-27.el8s.x86_64
-qemu-kvm-6.0.0-27.el8s.x86_64
-qemu-kvm-block-curl-6.0.0-27.el8s.x86_64
-qemu-kvm-block-gluster-6.0.0-27.el8s.x86_64
-qemu-kvm-block-iscsi-6.0.0-27.el8s.x86_64
-qemu-kvm-block-rbd-6.0.0-27.el8s.x86_64
-qemu-kvm-block-ssh-6.0.0-27.el8s.x86_64
-qemu-kvm-common-6.0.0-27.el8s.x86_64
-qemu-kvm-core-6.0.0-27.el8s.x86_64
-qemu-kvm-docs-6.0.0-27.el8s.x86_64
-qemu-kvm-hw-usbredir-6.0.0-27.el8s.x86_64
-qemu-kvm-ui-opengl-6.0.0-27.el8s.x86_64
-qemu-kvm-ui-spice-6.0.0-27.el8s.x86_64
+qemu-guest-agent-6.0.0-29.el8s.x86_64
+qemu-img-6.0.0-29.el8s.x86_64
+qemu-kvm-6.0.0-29.el8s.x86_64
+qemu-kvm-block-curl-6.0.0-29.el8s.x86_64
+qemu-kvm-block-gluster-6.0.0-29.el8s.x86_64
+qemu-kvm-block-iscsi-6.0.0-29.el8s.x86_64
+qemu-kvm-block-rbd-6.0.0-29.el8s.x86_64
+qemu-kvm-block-ssh-6.0.0-29.el8s.x86_64
+qemu-kvm-common-6.0.0-29.el8s.x86_64
+qemu-kvm-core-6.0.0-29.el8s.x86_64
+qemu-kvm-docs-6.0.0-29.el8s.x86_64
+qemu-kvm-hw-usbredir-6.0.0-29.el8s.x86_64
+qemu-kvm-ui-opengl-6.0.0-29.el8s.x86_64
+qemu-kvm-ui-spice-6.0.0-29.el8s.x86_64
@@ -934,2 +933,2 @@
-selinux-policy-3.14.3-78.el8.noarch
-selinux-policy-targeted-3.14.3-78.el8.noarch
+selinux-policy-3.14.3-79.el8.noarch
+selinux-policy-targeted-3.14.3-79.el8.noarch
@@ -1007 +1006 @@
-virt-v2v-1.42.0-14.el8s.x86_64
+virt-v2v-1.42.0-15.el8s.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.*
3 years, 8 months
posix storage mount path error when creating volumes
by Sketch
My cluster was originally built on 4.3, and things were working as long as
my SPM was on 4.3. I just killed off the last 4.3 host and rebuilt it as
4.4, and upgraded my cluster and DC to compatibility level 4.6.
We had cephfs mounted as a posix FS which worked fine, but oddly in 4.3 we
would end up with two mounts for the same volume. The configuration had a
comma separated list of IPs as that is how ceph was configured for
redundancy, and this is the mount that shows up on both 4.3 and 4.4 hosts
(/rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/). But
the 4.3 hosts would also have a duplicate mount which had the FQDN of one
of the servers instead of the comma separated list.
In 4.4, there's only a single mount and existing VMs will start just fine,
but you can't create new disks or migrate existing disks onto the posix
storage volume. My suspicion is this is an issue with the mount parser
not liking the comma in the name of the mount from the error that I get on
the SPM host when it tries to create a volume (migration would also fail
on the volume creation task):
2021-08-31 19:34:07,767-0700 INFO (jsonrpc/6) [vdsm.api] START createVolume(sdUUID='e8ec5645-fc1b-4d64-a145-44aa8ac5ef48', spUUID='2948c860-9bdf-11e8-a6b3-00163e0419f0', imgUUID='7d704b4d-1ebe-462f-b11e-b91039f43637', size='1073741824', volFormat=5, preallocate=1, diskType='DATA', volUUID='be6cb033-4e42-4bf5-a4a3-6ab5bf03edee', desc='{"DiskAlias":"test","DiskDescription":""}', srcImgUUID='00000000-0000-0000-0000-000000000000', srcVolUUID='00000000-0000-0000-0000-000000000000', initialSize=None, addBitmaps=False) from=::ffff:10.1.2.37,43490, flow_id=bb137995-1ffa-429f-b6eb-5b9ca9f8dfd7, task_id=2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (api:48)
2021-08-31 19:34:07,767-0700 INFO (jsonrpc/6) [IOProcessClient] (Global) Starting client (__init__:340)
2021-08-31 19:34:07,782-0700 INFO (ioprocess/3193398) [IOProcess] (Global) Starting ioprocess (__init__:465)
2021-08-31 19:34:07,803-0700 INFO (jsonrpc/6) [vdsm.api] FINISH createVolume return=None from=::ffff:10.1.2.37,43490, flow_id=bb137995-1ffa-429f-b6eb-5b9ca9f8dfd7, task_id=2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (api:54)
2021-08-31 19:34:07,844-0700 INFO (tasks/5) [storage.ThreadPool.WorkerThread] START task 2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (cmd=<bound method Task.commit of <vdsm.storage.task.Task object at 0x7f4894279860>>, args=None) (threadPool:146)
2021-08-31 19:34:07,869-0700 INFO (tasks/5) [storage.StorageDomain] Create placeholder /rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/e8ec5645-fc1b-4d64-a145-44aa8ac5ef48/images/7d704b4d-1ebe-462f-b11e-b91039f43637 for image's volumes (sd:1718)
2021-08-31 19:34:07,869-0700 ERROR (tasks/5) [storage.TaskManager.Task] (Task='2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed') Unexpected error (task:877)
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 884, in _run
return fn(*args, **kargs)
File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 350, in run
return self.cmd(*self.argslist, **self.argsdict)
File "/usr/lib/python3.6/site-packages/vdsm/storage/securable.py", line 79, in wrapper
return method(self, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/vdsm/storage/sp.py", line 1945, in createVolume
initial_size=initialSize, add_bitmaps=addBitmaps)
File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1216, in createVolume
initial_size=initial_size, add_bitmaps=add_bitmaps)
File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1174, in create
imgPath = dom.create_image(imgUUID)
File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1721, in create_image
"create_image_rollback", [image_dir])
File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 385, in __init__
self.params = ParamList(argslist)
File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 298, in __init__
raise ValueError("ParamsList: sep %s in %s" % (sep, i))
ValueError: ParamsList: sep , in /rhev/data-center/mnt/10.1.88.75,10.1.88.76,10.1.88.77:_vmstore/e8ec5645-fc1b-4d64-a145-44aa8ac5ef48/images/7d704b4d-1ebe-462f-b11e-b91039f43637
2021-08-31 19:34:07,964-0700 INFO (tasks/5) [storage.ThreadPool.WorkerThread] FINISH task 2ddfd1bc-d7e1-4a1e-877a-68e1c2a897ed (threadPool:148)
This is a pretty major issue since we can no longer create new VMs. As a
workaround, I could change the mount path of the volume to only reference
a single IP, but oVirt won't let me edit the mount. I wonder if I could
manually edit in the database, then reboot the hosts one by one to make
the change take effect without having to shut down hundreds of VMs at
once?
3 years, 8 months
Template for Ubuntu 18.04 Server Issues
by jeremy_tourville＠hotmail.com
I have built a system as a template on oVirt. Specifically, Ubuntu 18.04 server.
I am noticing an issue when creating new vms from that template. I used the check box for "seal template" when creating the template.
When I create a new Ubuntu VM I am getting duplicate IP addresses for all the machines created from the template.
It seems like the checkbox doesn't fully function as intended. I would need to do further manual steps to clear up this issue.
Has anyone else noticed this behavior? Is this expected or have I missed something?
Thanks for your input!
3 years, 8 months
Re: Import OVA problem
by Dominique Deschênes
Hi Saif,
Here the error in engine.log
2021-08-31 10:22:26,536-04 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] EVENT_ID: ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Query OVA info. Run query script.
2021-08-31 10:22:29,640-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message The element type "SpecParams" must be terminated by the matching end-tag "</SpecParams>".
2021-08-31 10:22:29,662-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message The element type "SpecParams" must be terminated by the matching end-tag "</SpecParams>".
2021-08-31 10:22:30,694-04 ERROR [org.ovirt.engine.core.utils.ovf.OvfManager] (default task-8) [82b7a8d4-15d1-4553-94e5-34506d174ac4] Error parsing OVF due to Error loading ovf, message XML document structures must start and end within the same entity.
And my ansible log file
https://drive.google.com/file/d/1qnd-Ut1tHr5X3jrKcsPsxOz8ObPTuQ7v/view?us...
Dominique
----- Original Message -----
From: Saif Abu Saleh (sabusale(a)redhat.com)
Date: 31/08/21 09:54
To: Dominique D (dominique.deschenes(a)gcgenicom.com)
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Import OVA problem
Hi Dominique,
Hope you are doing well
In order to investigate this, we need to check the log files
Can you please try to do import again and provide the following log files after the import:
- engine.log, from location: <deployment_location>/var/log/ovirt-engine/engine.log
- ansible log file (depending on the time of the import), from location: <deployment_location>/var/log/ovirt-engine/ova
Thanks,
Saif
On Sun, Aug 29, 2021 at 6:08 PM Dominique D <dominique.deschenes(a)gcgenicom.com> wrote:
I have tried exporting 4 VMs (2 centos and 2 Windows) to an nfs mount (export OVA) and importing from ova and I can't see all the files.
Here are the files in the directory
-rw-------+ 1 root root 10739331584 Aug 29 10:27 linux2.ova
-rw-------+ 1 root root 1784370176 Aug 28 12:00 linuxtest.ova
-rw-------+ 1 root root 64434655232 Aug 28 13:57 vdiw10-2004v1C.ova
-rw-------+ 1 vdsm kvm 49040712192 Aug 27 17:21 vdiw10rg06.ova
The only file I see in virtual machine on source is linuxtest.ova and linux2.ova. Do you know why ?
ovirt 4.4.6
_______________________________________________
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/3TX6YKUG56O...
3 years, 8 months
Re: Ovirt-4.4.7 Adding host to existing cluster will attempt to run ovirt-hosted-engine-setup
by Paul-Erik Törrönen
On 2021-08-17 11:12, Dana Elfassy wrote:
> The execution of the task itself is fine - we're always installing this
> package because of dependencies.
> As for its failure- looks like an issue with the repositories.
> Please run $ yum repolist
> on the host and copy the output
Sorry for replying so late, was on a 2-week road-trip.
$ yum repolist
repo id
repo name
appstream
CentOS Stream 8 - AppStream
baseos
CentOS Stream 8 - BaseOS
elasticsearch-7.x
Elasticsearch repository for 7.x
packages
epel-next
Extra Packages for Enterprise
Linux 8 - Next - x86_64
extras
CentOS Stream 8 - Extras
ovirt-4.4
Latest oVirt 4.4 Release
ovirt-4.4-centos-ceph-pacific
Ceph packages for x86_64
ovirt-4.4-centos-gluster8
CentOS-8 - Gluster 8
ovirt-4.4-centos-opstools
CentOS-8 - OpsTools - collectd
ovirt-4.4-centos-stream-advanced-virtualization
Advanced Virtualization CentOS
Stream packages for x86_64
ovirt-4.4-centos-stream-nfv-openvswitch
CentOS-8 - NFV OpenvSwitch
ovirt-4.4-centos-stream-ovirt44
CentOS-8 Stream - oVirt 4.4
ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp
Copr repo for ovsdbapp owned by
mdbarroso
ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
Copr repo for gluster-ansible
owned by sac
ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
Copr repo for EL8_collection
owned by sbonazzo
ovirt-4.4-epel
Extra Packages for Enterprise
Linux 8 - x86_64
ovirt-4.4-openstack-train
OpenStack Train Repository
ovirt-4.4-virtio-win-latest
virtio-win builds roughly
matching what will be shipped in upcoming RHEL
powertools
CentOS Stream 8 - PowerTools
Then there's also this:
$ dnf update
Last metadata expiration check: 0:28:17 ago on Tue 31 Aug 2021 12:45:32
PM EEST.
Error:
Problem 1: cannot install the best update candidate for package
ovirt-host-dependencies-4.4.7-1.el8.x86_64
- nothing provides python3-os-brick needed by
ovirt-host-dependencies-4.4.8-1.el8.x86_64
Problem 2: package ovirt-host-4.4.8-1.el8.x86_64 requires
ovirt-host-dependencies = 4.4.8-1.el8, but none of the providers can be
installed
- cannot install the best update candidate for package
ovirt-host-4.4.7-1.el8.x86_64
- nothing provides python3-os-brick needed by
ovirt-host-dependencies-4.4.8-1.el8.x86_64
Poltsi
3 years, 8 months
[ANN] oVirt 4.4.8 Async update #2
by Sandro Bonazzola
oVirt 4.4.8 Async update #2
On September 1st 2021 the oVirt project released an async update to the
following packages:
-
ovirt-release44 4.4.8.2
-
vdsm 4.40.80.6
Fixing the following bugs:
-
Bug 1999032 <https://bugzilla.redhat.com/show_bug.cgi?id=1999032> -
Failed to add rhel host to rhv engine server with error - VDSM host-38
command Get Host Capabilities failed: Internal JSON-RPC error: {'reason':
"'libvirt'"}
-
Bug 1998865 <https://bugzilla.redhat.com/show_bug.cgi?id=1998865> - Host
installation fails due to missing bond file
-
Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
remains in paused state when trying to write on a resized disk resides on
iscsi
oVirt Node respin is waiting for latest Advanced Virtualization build to
land on mirrors providing:
-
hivex-1.3.18-22.el8s
-
libvirt-7.6.0-2.el8s
-
libvirt-python-7.6.0-1.el8s
-
qemu-kvm-6.0.0-27.el8s
A separate announcement will be sent when the oVirt Node build will be
available.
--
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.*
3 years, 8 months
oVirt Node 4.4.8.2 Async update
by Sandro Bonazzola
oVirt Node 4.4.8.2 Async update
On September 1st 2021 the oVirt project released an async update for oVirt
Node consuming the following packages:
-
ovirt-release44 4.4.8.2
-
vdsm 4.40.80.6
oVirt Node respin also consumed most recent CentOS Stream and Advanced
Virtualization content.
It also includes fixes for:
-
CVE-2021-31535 <https://access.redhat.com/security/cve/CVE-2021-31535>
libX11: missing request length checks
-
CVE-2021-3564 <https://access.redhat.com/security/cve/CVE-2021-3564>
kernel: double free in bluetooth subsystem when the HCI device
initialization fails
-
CVE-2021-3573 <https://access.redhat.com/security/cve/CVE-2021-3573>
kernel: use-after-free in function hci_sock_bound_ioctl()
-
CVE-2021-29155 <https://access.redhat.com/security/cve/CVE-2021-29155>
kernel: protection for sequences of pointer arithmetic operations against
speculatively out-of-bounds loads can be bypassed to leak content of kernel
memory
-
CVE-2021-31829 <https://access.redhat.com/security/cve/CVE-2021-31829>
kernel: protection of stack pointer against speculative pointer arithmetic
can be bypassed to leak content of kernel memory
-
CVE-2021-33200 <https://access.redhat.com/security/cve/CVE-2021-33200>
kernel: out-of-bounds reads and writes due to enforcing incorrect limits
for pointer arithmetic operations by BPF verifier
-
CVE-2021-3679 <https://access.redhat.com/security/cve/CVE-2021-3679>
kernel: DoS in rb_per_cpu_empty()
-
CVE-2020-26144 <https://access.redhat.com/security/cve/CVE-2020-26144>
kernel: accepting unencrypted A-MSDU frames that start with RFC1042 header
-
CVE-2020-26145 <https://access.redhat.com/security/cve/CVE-2020-26145>
kernel: accepting plaintext broadcast fragments as full frames
-
CVE-2020-24587 <https://access.redhat.com/security/cve/CVE-2020-24587>
kernel: Reassembling fragments encrypted under different keys
-
CVE-2020-26141 <https://access.redhat.com/security/cve/CVE-2020-26141>
kernel: not verifying TKIP MIC of fragmented frames
-
CVE-2020-24586 <https://access.redhat.com/security/cve/CVE-2020-24586>
kernel: Fragmentation cache not cleared on reconnection
-
CVE-2020-26147 <https://access.redhat.com/security/cve/CVE-2020-26147>
kernel: reassembling mixed encrypted/plaintext fragments
-
CVE-2021-3653 <https://access.redhat.com/security/cve/CVE-2021-3653>
kernel: SVM nested virtualization issue in KVM (AVIC support)
-
CVE-2021-3656 <https://access.redhat.com/security/cve/CVE-2021-3656>
kernel: SVM nested virtualization issue in KVM (VMLOAD/VMSAVE)
Here’s the full list of changes:
--- ovirt-node-ng-image-4.4.8.1.manifest-rpm 2021-08-27 08:11:54.863736688
+0200
+++ ovirt-node-ng-image-4.4.8.2.manifest-rpm 2021-09-01 12:59:05.195037688
+0200
@@ -3,6 +3,6 @@
-NetworkManager-1.32.8-1.el8.x86_64
-NetworkManager-config-server-1.32.8-1.el8.noarch
-NetworkManager-libnm-1.32.8-1.el8.x86_64
-NetworkManager-ovs-1.32.8-1.el8.x86_64
-NetworkManager-team-1.32.8-1.el8.x86_64
-NetworkManager-tui-1.32.8-1.el8.x86_64
+NetworkManager-1.32.10-2.el8.x86_64
+NetworkManager-config-server-1.32.10-2.el8.noarch
+NetworkManager-libnm-1.32.10-2.el8.x86_64
+NetworkManager-ovs-1.32.10-2.el8.x86_64
+NetworkManager-team-1.32.10-2.el8.x86_64
+NetworkManager-tui-1.32.10-2.el8.x86_64
@@ -24 +24 @@
-ansible-2.9.24-2.el8.noarch
+ansible-2.9.25-1.el8.noarch
@@ -39,5 +39,5 @@
-bind-export-libs-9.11.26-4.el8_4.x86_64
-bind-libs-9.11.26-4.el8_4.x86_64
-bind-libs-lite-9.11.26-4.el8_4.x86_64
-bind-license-9.11.26-4.el8_4.noarch
-bind-utils-9.11.26-4.el8_4.x86_64
+bind-export-libs-9.11.26-6.el8.x86_64
+bind-libs-9.11.26-6.el8.x86_64
+bind-libs-lite-9.11.26-6.el8.x86_64
+bind-license-9.11.26-6.el8.noarch
+bind-utils-9.11.26-6.el8.x86_64
@@ -46 +46 @@
-blivet-data-3.4.0-4.el8.noarch
+blivet-data-3.4.0-5.el8.noarch
@@ -68,2 +68,2 @@
-cockpit-250-1.el8.x86_64
-cockpit-bridge-250-1.el8.x86_64
+cockpit-251-1.el8.x86_64
+cockpit-bridge-251-1.el8.x86_64
@@ -71,3 +71,3 @@
-cockpit-storaged-250-1.el8.noarch
-cockpit-system-250-1.el8.noarch
-cockpit-ws-250-1.el8.x86_64
+cockpit-storaged-251-1.el8.noarch
+cockpit-system-251-1.el8.noarch
+cockpit-ws-251-1.el8.x86_64
@@ -94 +94 @@
-curl-7.61.1-18.el8_4.1.x86_64
+curl-7.61.1-21.el8.x86_64
@@ -118,2 +118,2 @@
-dnf-4.7.0-2.el8.noarch
-dnf-data-4.7.0-2.el8.noarch
+dnf-4.7.0-3.el8.noarch
+dnf-data-4.7.0-3.el8.noarch
@@ -123,5 +123,5 @@
-dracut-049-188.git20210802.el8.x86_64
-dracut-config-generic-049-188.git20210802.el8.x86_64
-dracut-live-049-188.git20210802.el8.x86_64
-dracut-network-049-188.git20210802.el8.x86_64
-dracut-squash-049-188.git20210802.el8.x86_64
+dracut-049-190.git20210811.el8.x86_64
+dracut-config-generic-049-190.git20210811.el8.x86_64
+dracut-live-049-190.git20210811.el8.x86_64
+dracut-network-049-190.git20210811.el8.x86_64
+dracut-squash-049-190.git20210811.el8.x86_64
@@ -138 +138 @@
-ethtool-5.8-6.el8.x86_64
+ethtool-5.8-7.el8.x86_64
@@ -184 +184 @@
-fontconfig-2.13.1-3.el8.x86_64
+fontconfig-2.13.1-4.el8.x86_64
@@ -188 +188 @@
-fstrm-0.6.0-3.el8.1.x86_64
+fstrm-0.6.1-2.el8.x86_64
@@ -206,3 +206,3 @@
-glibc-2.28-162.el8.x86_64
-glibc-common-2.28-162.el8.x86_64
-glibc-langpack-en-2.28-162.el8.x86_64
+glibc-2.28-164.el8.x86_64
+glibc-common-2.28-164.el8.x86_64
+glibc-langpack-en-2.28-164.el8.x86_64
@@ -240 +240 @@
-grubby-8.40-41.el8.x86_64
+grubby-8.40-42.el8.x86_64
@@ -249 +249 @@
-hivex-1.3.18-21.module_el8.5.0+821+97472045.x86_64
+hivex-1.3.18-22.el8s.x86_64
@@ -251 +251 @@
-hwdata-0.314-8.9.el8.noarch
+hwdata-0.314-8.10.el8.noarch
@@ -265,2 +265,2 @@
-iproute-5.12.0-2.el8.x86_64
-iproute-tc-5.12.0-2.el8.x86_64
+iproute-5.12.0-3.el8.x86_64
+iproute-tc-5.12.0-3.el8.x86_64
@@ -270,3 +270,3 @@
-iptables-1.8.4-19.el8.x86_64
-iptables-ebtables-1.8.4-19.el8.x86_64
-iptables-libs-1.8.4-19.el8.x86_64
+iptables-1.8.4-20.el8.x86_64
+iptables-ebtables-1.8.4-20.el8.x86_64
+iptables-libs-1.8.4-20.el8.x86_64
@@ -301,6 +301,6 @@
-kernel-4.18.0-331.el8.x86_64
-kernel-core-4.18.0-331.el8.x86_64
-kernel-modules-4.18.0-331.el8.x86_64
-kernel-tools-4.18.0-331.el8.x86_64
-kernel-tools-libs-4.18.0-331.el8.x86_64
-kexec-tools-2.0.20-56.el8.x86_64
+kernel-4.18.0-338.el8.x86_64
+kernel-core-4.18.0-338.el8.x86_64
+kernel-modules-4.18.0-338.el8.x86_64
+kernel-tools-4.18.0-338.el8.x86_64
+kernel-tools-libs-4.18.0-338.el8.x86_64
+kexec-tools-2.0.20-57.el8.x86_64
@@ -313,2 +313,2 @@
-krb5-libs-1.18.2-13.el8.x86_64
-krb5-workstation-1.18.2-13.el8.x86_64
+krb5-libs-1.18.2-14.el8.x86_64
+krb5-workstation-1.18.2-14.el8.x86_64
@@ -318,3 +318,3 @@
-libX11-1.6.8-4.el8.x86_64
-libX11-common-1.6.8-4.el8.noarch
-libX11-xcb-1.6.8-4.el8.x86_64
+libX11-1.6.8-5.el8.x86_64
+libX11-common-1.6.8-5.el8.noarch
+libX11-xcb-1.6.8-5.el8.x86_64
@@ -353 +353 @@
-libbpf-0.3.0-1.el8.x86_64
+libbpf-0.4.0-1.el8.x86_64
@@ -363 +363 @@
-libcurl-7.61.1-18.el8_4.1.x86_64
+libcurl-7.61.1-21.el8.x86_64
@@ -407 +407 @@
-libkadm5-1.18.2-13.el8.x86_64
+libkadm5-1.18.2-14.el8.x86_64
@@ -418 +418 @@
-libmodulemd-2.12.1-1.el8.x86_64
+libmodulemd-2.13.0-1.el8.x86_64
@@ -465 +465 @@
-libsepol-2.9-2.el8.x86_64
+libsepol-2.9-3.el8.x86_64
@@ -503,24 +503,24 @@
-libvirt-7.5.0-1.el8s.x86_64
-libvirt-client-7.5.0-1.el8s.x86_64
-libvirt-daemon-7.5.0-1.el8s.x86_64
-libvirt-daemon-config-network-7.5.0-1.el8s.x86_64
-libvirt-daemon-config-nwfilter-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-interface-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-network-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-nodedev-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-nwfilter-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-qemu-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-secret-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-core-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-disk-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-gluster-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-iscsi-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-iscsi-direct-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-logical-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-mpath-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-rbd-7.5.0-1.el8s.x86_64
-libvirt-daemon-driver-storage-scsi-7.5.0-1.el8s.x86_64
-libvirt-daemon-kvm-7.5.0-1.el8s.x86_64
-libvirt-libs-7.5.0-1.el8s.x86_64
-libvirt-lock-sanlock-7.5.0-1.el8s.x86_64
+libvirt-7.6.0-2.el8s.x86_64
+libvirt-client-7.6.0-2.el8s.x86_64
+libvirt-daemon-7.6.0-2.el8s.x86_64
+libvirt-daemon-config-network-7.6.0-2.el8s.x86_64
+libvirt-daemon-config-nwfilter-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-interface-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-network-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-nodedev-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-nwfilter-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-qemu-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-secret-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-core-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-disk-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-gluster-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-iscsi-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-iscsi-direct-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-logical-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-mpath-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-rbd-7.6.0-2.el8s.x86_64
+libvirt-daemon-driver-storage-scsi-7.6.0-2.el8s.x86_64
+libvirt-daemon-kvm-7.6.0-2.el8s.x86_64
+libvirt-libs-7.6.0-2.el8s.x86_64
+libvirt-lock-sanlock-7.6.0-2.el8s.x86_64
@@ -546,2 +546,2 @@
-lldpad-1.0.1-14.git036e314.el8.x86_64
-llvm-libs-12.0.0-1.module_el8.5.0+840+21214faf.x86_64
+lldpad-1.0.1-16.git036e314.el8.x86_64
+llvm-libs-12.0.1-1.module_el8.5.0+892+54d791e1.x86_64
@@ -553 +553 @@
-lsscsi-0.32-2.el8.x86_64
+lsscsi-0.32-3.el8.x86_64
@@ -555 +555 @@
-lua-libs-5.3.4-11.el8.x86_64
+lua-libs-5.3.4-12.el8.x86_64
@@ -603 +603 @@
-nftables-0.9.3-20.el8.x86_64
+nftables-0.9.3-21.el8.x86_64
@@ -605 +605 @@
-nmap-ncat-7.70-5.el8.x86_64
+nmap-ncat-7.70-6.el8.x86_64
@@ -609 +609 @@
-nspr-4.31.0-1.el8_4.x86_64
+nspr-4.32.0-1.el8_4.x86_64
@@ -636 +636 @@
-os-prober-1.74-6.el8.x86_64
+os-prober-1.74-9.el8.x86_64
@@ -648 +648 @@
-ovirt-node-ng-image-update-placeholder-4.4.8.1-1.el8.noarch
+ovirt-node-ng-image-update-placeholder-4.4.8.2-1.el8.noarch
@@ -656,2 +656,2 @@
-ovirt-release-host-node-4.4.8.1-1.el8.noarch
-ovirt-release44-4.4.8.1-1.el8.noarch
+ovirt-release-host-node-4.4.8.2-1.el8.noarch
+ovirt-release44-4.4.8.2-1.el8.noarch
@@ -664,3 +664,3 @@
-pacemaker-cluster-libs-2.1.0-6.el8.x86_64
-pacemaker-libs-2.1.0-6.el8.x86_64
-pacemaker-schemas-2.1.0-6.el8.noarch
+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
@@ -715 +715 @@
-platform-python-3.6.8-39.el8.x86_64
+platform-python-3.6.8-40.el8.x86_64
@@ -718,3 +718,3 @@
-plymouth-0.9.4-9.20200615git1e36e30.el8.x86_64
-plymouth-core-libs-0.9.4-9.20200615git1e36e30.el8.x86_64
-plymouth-scripts-0.9.4-9.20200615git1e36e30.el8.x86_64
+plymouth-0.9.4-10.20200615git1e36e30.el8.x86_64
+plymouth-core-libs-0.9.4-10.20200615git1e36e30.el8.x86_64
+plymouth-scripts-0.9.4-10.20200615git1e36e30.el8.x86_64
@@ -744,2 +744,2 @@
-python3-bind-9.11.26-4.el8_4.noarch
-python3-blivet-3.4.0-4.el8.noarch
+python3-bind-9.11.26-6.el8.noarch
+python3-blivet-3.4.0-5.el8.noarch
@@ -753 +753 @@
-python3-cloud-what-1.28.20-1.el8.x86_64
+python3-cloud-what-1.28.21-2.el8.x86_64
@@ -762 +762 @@
-python3-dnf-4.7.0-2.el8.noarch
+python3-dnf-4.7.0-3.el8.noarch
@@ -797 +797 @@
-python3-libs-3.6.8-39.el8.x86_64
+python3-libs-3.6.8-40.el8.x86_64
@@ -800 +800 @@
-python3-libvirt-7.5.0-1.el8s.x86_64
+python3-libvirt-7.6.0-1.el8s.x86_64
@@ -811 +811 @@
-python3-nftables-0.9.3-20.el8.x86_64
+python3-nftables-0.9.3-21.el8.x86_64
@@ -834 +834 @@
-python3-perf-4.18.0-331.el8.x86_64
+python3-perf-4.18.0-338.el8.x86_64
@@ -864 +864 @@
-python3-rpm-4.14.3-15.el8.x86_64
+python3-rpm-4.14.3-18.el8.x86_64
@@ -876 +876 @@
-python3-subscription-manager-rhsm-1.28.20-1.el8.x86_64
+python3-subscription-manager-rhsm-1.28.21-2.el8.x86_64
@@ -878 +878 @@
-python3-syspurpose-1.28.20-1.el8.x86_64
+python3-syspurpose-1.28.21-2.el8.x86_64
@@ -889,15 +889,15 @@
-python36-3.6.8-37.module_el8.5.0+771+e5d9a225.x86_64
-qemu-guest-agent-6.0.0-26.el8s.x86_64
-qemu-img-6.0.0-26.el8s.x86_64
-qemu-kvm-6.0.0-26.el8s.x86_64
-qemu-kvm-block-curl-6.0.0-26.el8s.x86_64
-qemu-kvm-block-gluster-6.0.0-26.el8s.x86_64
-qemu-kvm-block-iscsi-6.0.0-26.el8s.x86_64
-qemu-kvm-block-rbd-6.0.0-26.el8s.x86_64
-qemu-kvm-block-ssh-6.0.0-26.el8s.x86_64
-qemu-kvm-common-6.0.0-26.el8s.x86_64
-qemu-kvm-core-6.0.0-26.el8s.x86_64
-qemu-kvm-docs-6.0.0-26.el8s.x86_64
-qemu-kvm-hw-usbredir-6.0.0-26.el8s.x86_64
-qemu-kvm-ui-opengl-6.0.0-26.el8s.x86_64
-qemu-kvm-ui-spice-6.0.0-26.el8s.x86_64
+python36-3.6.8-38.module_el8.5.0+895+a459eca8.x86_64
+qemu-guest-agent-6.0.0-27.el8s.x86_64
+qemu-img-6.0.0-27.el8s.x86_64
+qemu-kvm-6.0.0-27.el8s.x86_64
+qemu-kvm-block-curl-6.0.0-27.el8s.x86_64
+qemu-kvm-block-gluster-6.0.0-27.el8s.x86_64
+qemu-kvm-block-iscsi-6.0.0-27.el8s.x86_64
+qemu-kvm-block-rbd-6.0.0-27.el8s.x86_64
+qemu-kvm-block-ssh-6.0.0-27.el8s.x86_64
+qemu-kvm-common-6.0.0-27.el8s.x86_64
+qemu-kvm-core-6.0.0-27.el8s.x86_64
+qemu-kvm-docs-6.0.0-27.el8s.x86_64
+qemu-kvm-hw-usbredir-6.0.0-27.el8s.x86_64
+qemu-kvm-ui-opengl-6.0.0-27.el8s.x86_64
+qemu-kvm-ui-spice-6.0.0-27.el8s.x86_64
@@ -912,4 +912,4 @@
-rpm-4.14.3-15.el8.x86_64
-rpm-build-libs-4.14.3-15.el8.x86_64
-rpm-libs-4.14.3-15.el8.x86_64
-rpm-plugin-selinux-4.14.3-15.el8.x86_64
+rpm-4.14.3-18.el8.x86_64
+rpm-build-libs-4.14.3-18.el8.x86_64
+rpm-libs-4.14.3-18.el8.x86_64
+rpm-plugin-selinux-4.14.3-18.el8.x86_64
@@ -928,3 +928,3 @@
-sbd-1.4.2-2.el8.x86_64
-scap-security-guide-0.1.57-1.el8.noarch
-scrub-2.5.2-14.el8.x86_64
+sbd-1.5.0-2.el8.x86_64
+scap-security-guide-0.1.57-4.el8.noarch
+scrub-2.5.2-16.el8.x86_64
@@ -934,2 +934,2 @@
-selinux-policy-3.14.3-76.el8.noarch
-selinux-policy-targeted-3.14.3-76.el8.noarch
+selinux-policy-3.14.3-78.el8.noarch
+selinux-policy-targeted-3.14.3-78.el8.noarch
@@ -961 +961 @@
-subscription-manager-rhsm-certificates-1.28.20-1.el8.x86_64
+subscription-manager-rhsm-certificates-1.28.21-2.el8.x86_64
@@ -973,5 +973,5 @@
-systemd-239-49.el8.x86_64
-systemd-container-239-49.el8.x86_64
-systemd-libs-239-49.el8.x86_64
-systemd-pam-239-49.el8.x86_64
-systemd-udev-239-49.el8.x86_64
+systemd-239-50.el8.x86_64
+systemd-container-239-50.el8.x86_64
+systemd-libs-239-50.el8.x86_64
+systemd-pam-239-50.el8.x86_64
+systemd-udev-239-50.el8.x86_64
@@ -993,11 +993,11 @@
-vdo-6.2.5.65-14.el8.x86_64
-vdsm-4.40.80.5-1.el8.x86_64
-vdsm-api-4.40.80.5-1.el8.noarch
-vdsm-client-4.40.80.5-1.el8.noarch
-vdsm-common-4.40.80.5-1.el8.noarch
-vdsm-gluster-4.40.80.5-1.el8.x86_64
-vdsm-http-4.40.80.5-1.el8.noarch
-vdsm-jsonrpc-4.40.80.5-1.el8.noarch
-vdsm-network-4.40.80.5-1.el8.x86_64
-vdsm-python-4.40.80.5-1.el8.noarch
-vdsm-yajsonrpc-4.40.80.5-1.el8.noarch
+vdo-6.2.5.74-14.el8.x86_64
+vdsm-4.40.80.6-1.el8.x86_64
+vdsm-api-4.40.80.6-1.el8.noarch
+vdsm-client-4.40.80.6-1.el8.noarch
+vdsm-common-4.40.80.6-1.el8.noarch
+vdsm-gluster-4.40.80.6-1.el8.x86_64
+vdsm-http-4.40.80.6-1.el8.noarch
+vdsm-jsonrpc-4.40.80.6-1.el8.noarch
+vdsm-network-4.40.80.6-1.el8.x86_64
+vdsm-python-4.40.80.6-1.el8.noarch
+vdsm-yajsonrpc-4.40.80.6-1.el8.noarch
@@ -1021 +1021 @@
-yum-4.7.0-2.el8.noarch
+yum-4.7.0-3.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.*
3 years, 8 months
Re: [ovirt-devel] VM timezone typo
by Arik Hadas
On Wed, Sep 1, 2021 at 5:09 AM luwen.zhang <luwen.zhang(a)vinchin.com> wrote:
>
> Hello team,
>
> We found a minor issue on oVirt 4.4.8 version, it seems like a typo of the
> VM timezone, it should be “GMT+01:00 Central European Standard Time” but on
> 4.4.8 it’s “GMT+01:00 Central European Standard Tim”.
> This lead to Vinchin VM restoration fail at VM creation stage if using VM
> backups from previous oVirt versions.
>
>
> We had adjusted our programing to deal with this specific issue, but hope
> it can be fix soon.
>
Thanks for reporting this issue
We've already merged a fix for that (
https://gerrit.ovirt.org/#/c/ovirt-engine/+/116260/)
A possible way to resolve this before the aforementioned fix is available
is to fix the typo in
/usr/share/ovirt-engine/conf/timezones-defaults.properties (changes will be
overridden when updating ovirt-engine) or adding "Europe/Warsaw=Central
European Standard Time" to a new configuration
in /etc/ovirt-engine/timezones/ (see
https://github.com/oVirt/ovirt-site/pull/2554/files)
> Thanks & regards!
>
>
> *Luwen Zhang* | Product Manager
>
> *Mobile*: +8613880424687 | *Skype*: luwen.zhang_cn
>
> *WhatsApp*: +8613880424687 | *WeChat*: +8613880424687
>
> *Website*: www.vinchin.com
>
> *Address*: F5, Block 8, National Information Security Industry Park,
>
> No.333 Yunhua Road, Hi-tech Zone, Chengdu, China | *Zip*: 610015
>
> *INNOVATIVE VM BACKUP EXPERT*
>
> VMware Backup <https://www.vinchin.com/en/hypervisor/vmware-backup.html>
> | XenServer/Citrix Hypervisor/XCP-ng Backup
> <https://www.vinchin.com/en/hypervisor/xcp-ng-xenserver-backup.html> | Hyper-V
> Backup <https://www.vinchin.com/en/hypervisor/hyper-v-backup.html>
>
> RHEV/oVirt Backup
> <https://www.vinchin.com/en/hypervisor/red-hat-virtualization-ovirt-backup...>
> | OLVM Backup
> <https://www.vinchin.com/en/hypervisor/oracle-linux-virtualization-manager...>
> | Sangfor HCI Backup
> <https://www.vinchin.com/en/hypervisor/sangfor-hci-backup.html> | OpenStack
> Backup <https://www.vinchin.com/en/hypervisor/openstack-backup.html>
>
> _______________________________________________
> Devel mailing list -- devel(a)ovirt.org
> To unsubscribe send an email to devel-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/devel@ovirt.org/message/42KMIMK6CKK...
>
3 years, 8 months
Extending iSCSI storage domain
by Répás Péter
Hello,
I have an oVirt 4.1.1 installion with 2 nodes and an ovirt manager on a serpate machine.
I have multiple storage domain on an external storage, one contains the disk images of VMs, and another is a huge storage domain dedicated to store mediafiles. The mediafile storage domain has only one disk image, attached to a linux vm, no other disk image on this mediafile storage domain. The mediafile storage domain is attached and available to both ovirt nodes.
This media storage domain has to be extended. The storage device has the capacity, so it is going to be extended.
What should be done on the oVirt side to extend the media storage domain?
Sorry for the lame question but the docs and tips from the web are ambiguous for me, some say it cannot be extended, just add a new lun to this storage domain. Does this operation need the full cluster to be put maintenance and stop all vms? Or just the linux vm to that is the disk image is attached to?
Thank you for your help!
Regards,
Peter
3 years, 8 months
