- Users - oVirt List Archives

[ANN] Async oVirt Node release for oVirt 4.4.7.1
by Lev Veyde 14 Jul '21

14 Jul '21

On July 14th 2021 the oVirt project released an async update of oVirt Node (4.4.7.1) Changes: - Updated ovirt-hosted-engine-setup-2.5.2 - Updated imgbased to 1.2.23 (Fixes BZ#1979624 <https://bugzilla.redhat.com/show_bug.cgi?id=1979624>) - Uses 5.2.0 Qemu packages (Fixes BZ#1981005 <https://bugzilla.redhat.com/show_bug.cgi?id=1981005>) ovirt-node-4.4.7 ovirt-node-4.4.7.1 NetworkManager 1.32.0-1.el8 1.32.2-1.el8 NetworkManager-config-server 1.32.0-1.el8 1.32.2-1.el8 NetworkManager-libnm 1.32.0-1.el8 1.32.2-1.el8 NetworkManager-ovs 1.32.0-1.el8 1.32.2-1.el8 NetworkManager-team 1.32.0-1.el8 1.32.2-1.el8 NetworkManager-tui 1.32.0-1.el8 1.32.2-1.el8 autofs 5.1.4-71.el8 5.1.4-74.el8 glib2 2.56.4-13.el8 2.56.4-14.el8 glibc 2.28-160.el8 2.28-161.el8 glibc-common 2.28-160.el8 2.28-161.el8 glibc-langpack-en 2.28-160.el8 2.28-161.el8 imgbased 1.2.21-1.el8 1.2.23-1.el8 kexec-tools 2.0.20-52.el8 2.0.20-53.el8 libblockdev 2.24-6.el8 2.24-7.el8 libblockdev-crypto 2.24-6.el8 2.24-7.el8 libblockdev-dm 2.24-6.el8 2.24-7.el8 libblockdev-fs 2.24-6.el8 2.24-7.el8 libblockdev-kbd 2.24-6.el8 2.24-7.el8 libblockdev-loop 2.24-6.el8 2.24-7.el8 libblockdev-lvm 2.24-6.el8 2.24-7.el8 libblockdev-mdraid 2.24-6.el8 2.24-7.el8 libblockdev-mpath 2.24-6.el8 2.24-7.el8 libblockdev-nvdimm 2.24-6.el8 2.24-7.el8 libblockdev-part 2.24-6.el8 2.24-7.el8 libblockdev-plugins-all 2.24-6.el8 2.24-7.el8 libblockdev-swap 2.24-6.el8 2.24-7.el8 libblockdev-utils 2.24-6.el8 2.24-7.el8 libblockdev-vdo 2.24-6.el8 2.24-7.el8 libepoxy 1.5.3-1.el8 1.5.8-1.el8 libipa_hbac 2.5.1-1.el8 2.5.1-2.el8 libjpeg-turbo 1.5.3-10.el8 1.5.3-11.el8 librados2 16.2.4-1.el8s 16.2.5-1.el8s librbd1 16.2.4-1.el8s 16.2.5-1.el8s librepo 1.14.0-1.el8 1.14.0-2.el8 libsss_autofs 2.5.1-1.el8 2.5.1-2.el8 libsss_certmap 2.5.1-1.el8 2.5.1-2.el8 libsss_idmap 2.5.1-1.el8 2.5.1-2.el8 libsss_nss_idmap 2.5.1-1.el8 2.5.1-2.el8 libsss_simpleifp 2.5.1-1.el8 2.5.1-2.el8 libsss_sudo 2.5.1-1.el8 2.5.1-2.el8 llvm-compat-libs 11.0.1-1.module_el8.5.0+840+21214faf llvm-libs 12.0.0-1.module_el8.5.0+840+21214faf mesa-dri-drivers 21.1.3-1.el8 21.1.3-1.el8.0.1 mesa-filesystem 21.1.3-1.el8 21.1.3-1.el8.0.1 mesa-libEGL 21.1.3-1.el8 21.1.3-1.el8.0.1 mesa-libGL 21.1.3-1.el8 21.1.3-1.el8.0.1 mesa-libgbm 21.1.3-1.el8 21.1.3-1.el8.0.1 mesa-libglapi 21.1.3-1.el8 21.1.3-1.el8.0.1 nettle 3.4.1-4.el8_3 3.4.1-5.el8 nmstate 1.1.0-0.5.alpha4.el8 1.1.0-0.6.alpha6.el8 nmstate-plugin-ovsdb 1.1.0-0.5.alpha4.el8 1.1.0-0.6.alpha6.el8 nss 3.67.0-2.el8_4 3.67.0-4.el8_4 nss-softokn 3.67.0-2.el8_4 3.67.0-4.el8_4 nss-softokn-freebl 3.67.0-2.el8_4 3.67.0-4.el8_4 nss-sysinit 3.67.0-2.el8_4 3.67.0-4.el8_4 nss-tools 3.67.0-2.el8_4 3.67.0-4.el8_4 nss-util 3.67.0-2.el8_4 3.67.0-4.el8_4 ovirt-hosted-engine-setup 2.5.1-1.el8 2.5.2-1.el8 ovirt-node-ng-image-update-placeholder 4.4.7-1.el8 4.4.7.1-1.el8 ovirt-openvswitch 2.11-0.2021060703.el8 2.11-1.el8 ovirt-openvswitch-ovn 2.11-0.2021060703.el8 2.11-1.el8 ovirt-openvswitch-ovn-common 2.11-0.2021060703.el8 2.11-1.el8 ovirt-openvswitch-ovn-host 2.11-0.2021060703.el8 2.11-1.el8 ovirt-python-openvswitch 2.11-0.2021060703.el8 2.11-1.el8 ovirt-release-host-node 4.4.7-1.el8 4.4.7.1-1.el8 ovirt-release44 4.4.7-1.el8 4.4.7.1-1.el8 pacemaker-cluster-libs 2.1.0-2.el8 2.1.0-3.el8 pacemaker-libs 2.1.0-2.el8 2.1.0-3.el8 pacemaker-schemas 2.1.0-2.el8 2.1.0-3.el8 python3-blockdev 2.24-6.el8 2.24-7.el8 python3-imgbased 1.2.21-1.el8 1.2.23-1.el8 python3-libipa_hbac 2.5.1-1.el8 2.5.1-2.el8 python3-libnmstate 1.1.0-0.5.alpha4.el8 1.1.0-0.6.alpha6.el8 python3-sss 2.5.1-1.el8 2.5.1-2.el8 python3-sss-murmur 2.5.1-1.el8 2.5.1-2.el8 python3-sssdconfig 2.5.1-1.el8 2.5.1-2.el8 qemu-guest-agent 6.0.0-19.el8s 5.2.0-16.el8s qemu-img 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-block-curl 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-block-gluster 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-block-iscsi 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-block-rbd 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-block-ssh 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-common 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-core 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-ui-opengl 6.0.0-19.el8s 5.2.0-16.el8s qemu-kvm-ui-spice 6.0.0-19.el8s 5.2.0-16.el8s selinux-policy 3.14.3-71.el8 3.14.3-72.el8 selinux-policy-targeted 3.14.3-71.el8 3.14.3-72.el8 sssd-client 2.5.1-1.el8 2.5.1-2.el8 sssd-common 2.5.1-1.el8 2.5.1-2.el8 sssd-common-pac 2.5.1-1.el8 2.5.1-2.el8 sssd-dbus 2.5.1-1.el8 2.5.1-2.el8 sssd-ipa 2.5.1-1.el8 2.5.1-2.el8 sssd-kcm 2.5.1-1.el8 2.5.1-2.el8 sssd-krb5-common 2.5.1-1.el8 2.5.1-2.el8 sssd-tools 2.5.1-1.el8 2.5.1-2.el8 -- Lev Veyde Senior Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

a kind reminder oVirt 2021 CfP closing in 11 days
by Sandro Bonazzola 14 Jul '21

14 Jul '21

Hi, a kind reminder oVirt 2021 CfP closing in 11 days. More details: https://blogs.ovirt.org/ovirt-2021-online-conference/ Looking forward to user stories, developers onboarding journeys, integration stories, new features presentation, old features nobody knows about because nobody presented them before and more you see fit. -- 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: oVirt and ARM
by Arik Hadas 14 Jul '21

14 Jul '21

On Tue, Jul 13, 2021 at 10:45 PM Marko Vrgotic <M.Vrgotic(a)activevideo.com> wrote: > Dear Arik and Milan, > > > > In the meantime, I was asked to check if in current 4.4 version or coming > 4.5, are/will there any capabilities or options of emulating aarch64 on > x86_64 platform and if so, what would be the steps to test/enable it. > > > > Can you provide some information? > oVirt doesn't support fully emulated workloads out of the box. The architecture of the guest is determined by that of the cluster [1] and the latter is either set automatically based on the hosts in the cluster or set explicitly by the user in which case we enforce the hosts to comply with that setting. It could be nice to see it picked up by someone in the community if fully emulated workloads are desired. We don't have anything about this in our backlog at this point. In the meantime, the easiest way to have fully emulated AArch64 workloads would probably be by using a VDSM hook that modifies the VM configuration before it starts (e.g., changing the 'emulator' to /usr/bin/qemu-system-aarch64, changing the 'os' tag, etc). See [2] for how it was suggested to emulate ARM. [1] https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.4.8/backend/manag… [2] https://fedoraproject.org/wiki/Architectures/ARM/HowToQemu#Installing_the_A… > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Friday, 9 July 2021 at 15:37 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Arik Hadas < > ahadas(a)redhat.com>, Milan Zamazal <mzamazal(a)redhat.com> > *Cc: *Evgheni Dereveanchin <ederevea(a)redhat.com>, Zhenyu Zheng < > zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com>, users(a)ovirt.org > <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno ven 9 lug 2021 alle ore 11:00 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi Sandro and the rest of oVirt gurus, > > > > My managers are positive regarding helping provide some ARM hardware, but > it would not happened earlier than three months from now, as we are in > process of establishing certain relationship with ARM HW vendor. > > > > T news! > > > > > > In the meantime, I was asked to check if in current 4.4 version or coming > 4.5, are/will there any capabilities or options of emulating aarch64 on > x86_64 platform and if so, what would be the steps to test/enable it. > > > > +Arik Hadas <ahadas(a)redhat.com> , +Milan Zamazal <mzamazal(a)redhat.com> ? > > > > > > Kindly awaiting your reply. > > > > Marko Vrgotic > > > > *From: *Marko Vrgotic <M.Vrgotic(a)activevideo.com> > *Date: *Monday, 28 June 2021 at 15:38 > *To: *Sandro Bonazzola <sbonazzo(a)redhat.com>, Evgheni Dereveanchin < > ederevea(a)redhat.com> > *Cc: *Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma < > majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > Hi Sandro, > > > > I will check with my managers if we have and could spare some hardware to > contribute developing for oVirt. > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Friday, 25 June 2021 at 15:26 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Evgheni Dereveanchin < > ederevea(a)redhat.com> > *Cc: *Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma < > majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi Sandro, > > > > Thank you for the update. I am not equipped to help on development side, > but I can most certainly do test deployments, once there is something > available. > > > > We are big oVirt shop and moving to ARM64 with new product, it would be > great if oVirt would start supporting it. > > > > If we are able to help somehow, let me know. > > > > I guess a start could be adding some arm64 machine to oVirt infrastructure > so developers can build for it. > > You can have a look at > https://ovirt.org/community/get-involved/donate-hardware.html > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org…> > > > Looping in +Evgheni Dereveanchin <ederevea(a)redhat.com> in case you can > share some resources. > > > > > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Thursday, 24 June 2021 at 18:21 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Zhenyu Zheng < > zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com> > *Cc: *users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi oVirt, > > > > Where can I find if there are any information about oVirt supporting arm64 > CPU architecture? > > > > Right now oVirt is not supporting arm64. There was an initiative about > supporting it started some time ago from openEuler ovirt SIG. > > I didn't got any further updates on this topic, looping in those who I > remember being looking into it. > > I think that if someone contributes arm64 support it would also be a > feature worth a 4.5 release :-) > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > _______________________________________________ > 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 > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQ3XND2NKIL7V… > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > *Error! Filename not specified.* > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > *Error! Filename not specified.* > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmojo.redh…>* > > >

1 0

How to remove "VM is being cloned" flag in a failed clone VM operation
by Richard Chan 14 Jul '21

14 Jul '21

Hello list, I had an unsuccessful zombie clone VM task - 1. Target: was able to unlock the disks and delete the target VM 2. Source: able to unlock the disks. Now I cannot do anything with the source as it is flagged as "VM is being clone". Is there a way to remove this flag manually? vdms-client Host -> this does not show any tasks outstanding. Thank you. Richard Chan

2 2

upgrading to 4.4.6 with Rocky Linux 8
by Jason Keltz 13 Jul '21

13 Jul '21

Hi.. I'm looking to migrate soon from CentOS 7.9 with oVirt 4.3.10 to Rocky Linux 8.4 with oVirt 4.4.6. I'm working on my kickstart of my standalone engine in a VM at the moment. So far, with minimal experience with Rocky Linux, after my kickstart, I was able to run "engine-setup", follow all the defaults and then access my "new" engine via web. I have to explore the actual procedure for installing on my current engine host, and restoring my data. When oVirt team releases new releases, I'm just wondering if you test going from the last previous release (4.3.10 in this case) to each latest release? I know that the documentation says we always need to make sure we update to each individaul major release, but I'm just wondering if this is something that oVirt team tests with each release? I'm very concerned for potential of failed upgrade, and the potential headaches that it could cause. I see the 4.4.6 was released in time with RHEL 8.3. I'd like to use Rocky Linux 8.4 because I believe RHEL has re-enabled mptsas (though I know still unsupported) from 8.4+ which will make things easier. Any additional suggestions or caveats of the upgrade? Thanks for any feedback, Jason.

8 18

Re: oVirt and ARM
by Sandro Bonazzola 13 Jul '21

13 Jul '21

Il giorno ven 9 lug 2021 alle ore 11:00 Marko Vrgotic < M.Vrgotic(a)activevideo.com> ha scritto: > Hi Sandro and the rest of oVirt gurus, > > > > My managers are positive regarding helping provide some ARM hardware, but > it would not happened earlier than three months from now, as we are in > process of establishing certain relationship with ARM HW vendor. > T news! > > > In the meantime, I was asked to check if in current 4.4 version or coming > 4.5, are/will there any capabilities or options of emulating aarch64 on > x86_64 platform and if so, what would be the steps to test/enable it. > +Arik Hadas <ahadas(a)redhat.com> , +Milan Zamazal <mzamazal(a)redhat.com> ? > > > Kindly awaiting your reply. > > > > Marko Vrgotic > > > > *From: *Marko Vrgotic <M.Vrgotic(a)activevideo.com> > *Date: *Monday, 28 June 2021 at 15:38 > *To: *Sandro Bonazzola <sbonazzo(a)redhat.com>, Evgheni Dereveanchin < > ederevea(a)redhat.com> > *Cc: *Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma < > majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > Hi Sandro, > > > > I will check with my managers if we have and could spare some hardware to > contribute developing for oVirt. > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Friday, 25 June 2021 at 15:26 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Evgheni Dereveanchin < > ederevea(a)redhat.com> > *Cc: *Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma < > majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi Sandro, > > > > Thank you for the update. I am not equipped to help on development side, > but I can most certainly do test deployments, once there is something > available. > > > > We are big oVirt shop and moving to ARM64 with new product, it would be > great if oVirt would start supporting it. > > > > If we are able to help somehow, let me know. > > > > I guess a start could be adding some arm64 machine to oVirt infrastructure > so developers can build for it. > > You can have a look at > https://ovirt.org/community/get-involved/donate-hardware.html > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org…> > > > Looping in +Evgheni Dereveanchin <ederevea(a)redhat.com> in case you can > share some resources. > > > > > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Date: *Thursday, 24 June 2021 at 18:21 > *To: *Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Zhenyu Zheng < > zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com> > *Cc: *users(a)ovirt.org <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] oVirt and ARM > > ***CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender!!!*** > > > > > > Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic < > M.Vrgotic(a)activevideo.com> ha scritto: > > Hi oVirt, > > > > Where can I find if there are any information about oVirt supporting arm64 > CPU architecture? > > > > Right now oVirt is not supporting arm64. There was an initiative about > supporting it started some time ago from openEuler ovirt SIG. > > I didn't got any further updates on this topic, looping in those who I > remember being looking into it. > > I think that if someone contributes arm64 support it would also be a > feature worth a 4.5 release :-) > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > *o: *+31 (35) 6774131 > > *m: +*31 (65) 5734174 > > *e:* m.vrgotic(a)activevideo.com > *w: *www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 > WJ Hilversum, The Netherlands. The information contained in this message > may be legally privileged and confidential. It is intended to be read only > by the individual or entity to whom it is addressed or by their designee. > If the reader of this message is not the intended recipient, you are on > notice that any distribution of this message, in any form, is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 > 408.931.9200 and delete or destroy any copy of this message. > > > > > > _______________________________________________ > 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 > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQ3XND2NKIL7V… > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > *Error! Filename not specified.* > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > > > > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > sbonazzo(a)redhat.com > > > <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- 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. <https://mojo.redhat.com/docs/DOC-1199578>*

2 1

Create new disk failure
by Gangi Reddy 13 Jul '21

13 Jul '21

Software version: 4.4.6.7-1.el8 Error: VDSM server command HSMGetAllTasksStatusesVDS failed: value=Error creating a new volume: ("Volume creation 8f509d4b-6d37-44c5-aa37-acba17391143 failed: (28, 'Sanlock resource write failure', 'No space left on device')",) abortedcode=205

3 3

Image import to Managed Block Storage
by ssarang520＠gmail.com 13 Jul '21

13 Jul '21

Hi, Any plans to add the function to import images to MBS?

2 4

Ovirt Storage not reclaim
by Ranesh Tharanga Perera 12 Jul '21

12 Jul '21

I have attached 7TB disk ( pre allocated) for VM ( Redhat 8 ).. Due to some space issue we have unattached disk from VM and deleted it. but free space still has not changed and we can't use that space for other purposes . What would be the issue ? Thanks, Ranesh..

3 6

Unable to migrate VMs to or from oVirt node 4.4.7
by nroach44＠nroach44.id.au 12 Jul '21

12 Jul '21

Hi All, After upgrading some of my hosts to 4.4.7, and after fixing the policy issue, I'm no longer able to migrate VMs to or from 4.4.7 hosts. Starting them works fine regardless of the host version. HE 4.4.7.6-1.el8, Linux and Windows VMs. The log on the receiving end (4.4.7 in this case): VDSM: 2021-07-09 22:02:17,491+0800 INFO (libvirt/events) [vds] Channel state for vm_id=5d11885a-37d3-4f68-a953-72d808f43cdd changed from=UNKNOWN(-1) to=disconnected(2) (qemuguestagent:289) 2021-07-09 22:02:55,537+0800 INFO (libvirt/events) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') underlying process disconnected (vm:1134) 2021-07-09 22:02:55,537+0800 INFO (libvirt/events) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Release VM resources (vm:5313) 2021-07-09 22:02:55,537+0800 INFO (libvirt/events) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection (guestagent:438) 2021-07-09 22:02:55,539+0800 INFO (libvirt/events) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection (guestagent:438) 2021-07-09 22:02:55,539+0800 INFO (libvirt/events) [vdsm.api] START inappropriateDevices(thiefId='5d11885a-37d3-4f68-a953-72d808f43cdd') from=internal, task_id=7abe370b-13bc-4c49-bf02-2e40db142250 (api:48) 2021-07-09 22:02:55,544+0800 WARN (vm/5d11885a) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Couldn't destroy incoming VM: Domain not found: no domain with matching uuid '5d11885a-37d3-4f68-a953-72d808f43cdd' (vm:4046) 2021-07-09 22:02:55,544+0800 INFO (vm/5d11885a) [virt.vm] (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Changed state to Down: VM destroyed during the startup (code=10) (vm:1895) syslog shows: Jul 09 22:35:01 HOSTNAME abrt-hook-ccpp[177862]: Process 177022 (qemu-kvm) of user 107 killed by SIGABRT - dumping core qemu: qemu-kvm: ../util/yank.c:107: yank_unregister_instance: Assertion `QLIST_EMPTY(&entry->yankfns)' failed. 2021-07-09 14:02:54.521+0000: shutting down, reason=failed When migrating from 4.4.7 to 4.4.6, syslog shows: Jul 09 22:36:36 HOSTNAME libvirtd[2775]: unsupported configuration: unknown audio type 'spice' Any suggestions or further logs I can chase up? Thanks, N

4 5

Q: Strange ping timeouts/network issues when 1 node is down
by Andrei Verovski 12 Jul '21

12 Jul '21

Hi, I have observed strange ping timeouts/network issues when one of nodes is down, for example, for RAM upgrade. Powering up and connecting node back solves this. Each node have 2 networks (connected to different Ethernet interfaces), ovirtmgmt 192.168.0.xxx and DMZ 192.168.1.x. Additionally, time consuming operations like VM cloning causes increase of ping latency to ALL nodes from local workstations. VM cloning should load only 1 node but it should not affect the whole ovirt mgmt network on all nodes. How to fix this issue? Thanks in advance for any help. Andrei

1 0

glusterfs health-check failed, (brick) going down
by Jiří Sléžka 11 Jul '21

11 Jul '21

Hello, I have 3 node HCI cluster with oVirt 4.4.6 and CentOS8. For time to time (I belive) random brick on random host goes down because health-check. It looks like [root@ovirt-hci02 ~]# grep "posix_health_check" /var/log/glusterfs/bricks/* /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07 07:13:37.408184] M [MSGID: 113075] [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix: health-check failed, going down /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07 07:13:37.408407] M [MSGID: 113075] [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still alive! -> SIGTERM /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07 16:11:14.518971] M [MSGID: 113075] [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix: health-check failed, going down /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07 16:11:14.519200] M [MSGID: 113075] [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still alive! -> SIGTERM on other host [root@ovirt-hci01 ~]# grep "posix_health_check" /var/log/glusterfs/bricks/* /var/log/glusterfs/bricks/gluster_bricks-engine-engine.log:[2021-07-05 13:15:51.983327] M [MSGID: 113075] [posix-helpers.c:2214:posix_health_check_thread_proc] 0-engine-posix: health-check failed, going down /var/log/glusterfs/bricks/gluster_bricks-engine-engine.log:[2021-07-05 13:15:51.983728] M [MSGID: 113075] [posix-helpers.c:2232:posix_health_check_thread_proc] 0-engine-posix: still alive! -> SIGTERM /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-05 01:53:35.769129] M [MSGID: 113075] [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix: health-check failed, going down /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-05 01:53:35.769819] M [MSGID: 113075] [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still alive! -> SIGTERM I cannot link these errors to any storage/fs issue (in dmesg or /var/log/messages), brick devices looks healthy (smartd). I can force start brick with gluster volume start vms|engine force and after some healing all works fine for few days Did anybody observe this behavior? vms volume has this structure (two bricks per host, each is separate JBOD ssd disk), engine volume has one brick on each host... gluster volume info vms Volume Name: vms Type: Distributed-Replicate Volume ID: 52032ec6-99d4-4210-8fb8-ffbd7a1e0bf7 Status: Started Snapshot Count: 0 Number of Bricks: 2 x 3 = 6 Transport-type: tcp Bricks: Brick1: 10.0.4.11:/gluster_bricks/vms/vms Brick2: 10.0.4.13:/gluster_bricks/vms/vms Brick3: 10.0.4.12:/gluster_bricks/vms/vms Brick4: 10.0.4.11:/gluster_bricks/vms2/vms2 Brick5: 10.0.4.13:/gluster_bricks/vms2/vms2 Brick6: 10.0.4.12:/gluster_bricks/vms2/vms2 Options Reconfigured: cluster.granular-entry-heal: enable performance.stat-prefetch: off cluster.eager-lock: enable performance.io-cache: off performance.read-ahead: off performance.quick-read: off user.cifs: off network.ping-timeout: 30 network.remote-dio: off performance.strict-o-direct: on performance.low-prio-threads: 32 features.shard: on storage.owner-gid: 36 storage.owner-uid: 36 transport.address-family: inet storage.fips-mode-rchecksum: on nfs.disable: on performance.client-io-threads: off Cheers, Jiri

3 3

export VM from oVirt engine 3.5
by fddi＠comcast.net 11 Jul '21

11 Jul '21

Hello, I am trying to export a bunch o VM from oVirt version 3.5 The problem is that there is no OVA support for exporting them. I also tryed to export VMs into OVA format using ovirtsdk4 which anyway won't work on oVirt 3.5. I can successfully export to a NFS partition but for each VM there are several qcow v2 files which I suppose to be the VM image and its snapshots. How to identify the correct file to represent the current VM status ? If I delete all the snapshots, will I end up with only one valid qcow v2 image that I can use ?

3 2

passing data between guacamole and xrdp server
by Jason Keltz 10 Jul '21

10 Jul '21

Hi. I have a custom use case where I would like to have two guacamole RDP connections that point to the same host, but the underlying xrdp start script would initialize one connection slightly different than the other. I don't see a simple way that I can pass anything between Guacamole and the xrdp server which would allow the script to determine which connection the user chose in guac? I thought *maybe* "client name" under "Basic Settings" but it seems to apply to Windows only. It would be neat to be able to pass environment variables in. Thanks, Jason.

1 0

Gluster deploy error!
by Patrick Lomakin 10 Jul '21

10 Jul '21

Hello! I have tried to deploy single node vith gluster, but if select "Compression and dedublication" I get an error: TASK [gluster.infra/roles/backend_setup : Create thick logical volume] ********* failed: [host01********] (item={'vgname': 'gluster_vg_sda4', 'lvname': 'gluster_lv_engine', 'size': '1970G'}) => {"ansible_index_var": "index", "ansible_loop_var": "item", "changed": false, "err": " Volume group \"gluster_vg_sda4\" has insufficient free space (504319 extents): 504320 required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine", "size": "1970G", "vgname": "gluster_vg_sda4"}, "msg": "Creating logical volume 'gluster_lv_engine' failed", "rc": 5}

2 1

change host IP
by radchenko.anatoliy＠gmail.com 10 Jul '21

10 Jul '21

Hi guys, what's the right way to change IP ( or FQDN ) on the host in replica 1 and 3 configuration? Thanks in advance. Best regards.

4 7

Re: Deployed self-hosted engine cannot be reached from network
by Fabrizio Vettore 09 Jul '21

09 Jul '21

[SOLVED] I installed a nested virtualization environment for testing, but I forgot to enable promiscuous mode on the VMware virtual switch. Unfortunately my brain was not correctly connected during configuration Sorry for wasting tour time :( Fabrizio Vettore ICT Manager --------------------------------------- Cifarelli Spa Strada Oriolo 180 27058 Voghera - Italy Lat. 45.006370 - Long. 9.010843

1 0

Deployed self-hosted engine cannot be reached from network
by fabrizio.vettore＠cifarelli.it 09 Jul '21

09 Jul '21

Hi, oVirt Node 4.4.7 i i have just deployed self hosted engine using supplied wizard. Install ended without any error. Now.engine can reach ovirtnode (and viceversa) but cannot reach/be reached by external network. During install node ens192.6 network adapter have been moved to a newly created bridge ovirtmgmt. Bridge routing have been correctly set. Actually ovirtnode can reach external networks (and internet) so I assume routing is OK for the node. I can login to ovirtengine via SSH from ovirtnode (but not from outside) and i can ping/reach the note from ovirtengine but nothing other, even on the some subnet (I have other 2 nodes instaled with adiacent addresses) Routing on the engine is OK (same gateway than node) Tried to redeploy with the same result. Probably it is a a stupid problem but I cannot figure out how to solve it! Any suggestion? Thanks in advance Fabrizio

2 1

Deployed self-hosted engine cannot be reached from network
by fabrizio.vettore＠cifarelli.it 09 Jul '21

09 Jul '21

Hi, oVirt Node 4.4.7 i i have just deployed self hosted engine using supplied wizard. Install ended without any error. Now.engine can reach ovirtnode (and viceversa) but cannot reach/be reached by external network. During install node ens192.6 network adapter have been moved to a newly created bridge ovirtmgmt. Bridge routing have been correctly set. Actually ovirtnode can reach external networks (and internet) so I assume routing is OK for the node. I can login to ovirtengine via SSH from ovirtnode (but not from outside) and i can ping/reach the note from ovirtengine but nothing other, even on the some subnet (I have other 2 nodes instaled with adiacent addresses) Routing on the engine is OK (same gateway than node) Tried to redeploy with the same result. Probably it is a a stupid problem but I cannot figure out how to solve it! Any suggestion? Thanks in advance Fabrizio

1 0

Multiple gateway not working after "big update"
by Lionel Caignec 09 Jul '21

09 Jul '21

Hi, i've just tried to update my sandboxing environmnent after long time without update (i know it's bad...) and i'm facing a problem with multiple gateway. This environment work with 6 hypervisors (centos 8) and one manager on dedicated server, all this baremetal have 2 interface in 2 différent network protected by firewall. All my hypervisords have 2 network for ovirt, one "ovirtmgmt" for management (only SSH and internal admin stuff), the other "ovir_prod" for console, migration, and default gateway. I've 3 hypervisors non updated which i can ping /ssh / ... (according to iptables) on the two interface without problem. But the 3 hypervisors just updated are accessible only on the "ovirt_prod" interface. I'm looking inside ip route/ ip rules it seems to miss something. I always configured my HV by ovirt gui so i does not understand what going wrong. This is ip route/ip rules of my hv, it's like missing ip rules on non working HV The "route-ovirt_prod" file that does not exist on old HV. Working HV (centos 8.3 / vdsm 4.20.26.3-1) : [root@drogo ~]# ip ru 0: from all lookup local 32000: from 10.100.126.0/24 lookup 174358038 32000: from all to 10.100.126.0/24 iif ovirtmgmt lookup 174358038 32000: from 10.5.7.0/24 lookup 168101654 32000: from all to 10.5.7.0/24 iif comte_prod lookup 168101654 32766: from all lookup main 32767: from all lookup default [root@drogo ~]# ip rou default via 10.5.7.254 dev comte_prod proto static metric 425 10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.22 metric 425 10.100.126.0/24 dev ovirtmgmt proto kernel scope link src 10.100.126.22 metric 426 Bugged HV (centos 8.4/ vdsm 4.40.70.6-1) [root@balbo ~]# ip ru 0: from all lookup local 32766: from all lookup main 32767: from all lookup default [root@balbo ~]# ip rou default via 10.5.7.254 dev comte_prod proto static metric 425 10.5.6.0/26 dev enp4s0f1 proto kernel scope link src 10.5.6.6 metric 100 linkdown 10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.25 metric 426 10.100.126.0/24 dev ovirtmgmt proto kernel scope link src 10.100.126.25 metric 425 [root@bingo network-scripts]# cat route-ovirt_prod ADDRESS0=0.0.0.0 NETMASK0=0.0.0.0 GATEWAY0=10.5.7.254 OPTIONS0="table 254" METRIC0=431 Than you for help :) -- Lionel Caignec

2 6

Re: oVirt and ARM
by Marko Vrgotic 09 Jul '21

09 Jul '21

Hi Sandro and the rest of oVirt gurus, My managers are positive regarding helping provide some ARM hardware, but it would not happened earlier than three months from now, as we are in process of establishing certain relationship with ARM HW vendor. In the meantime, I was asked to check if in current 4.4 version or coming 4.5, are/will there any capabilities or options of emulating aarch64 on x86_64 platform and if so, what would be the steps to test/enable it. Kindly awaiting your reply. Marko Vrgotic From: Marko Vrgotic <M.Vrgotic(a)activevideo.com> Date: Monday, 28 June 2021 at 15:38 To: Sandro Bonazzola <sbonazzo(a)redhat.com>, Evgheni Dereveanchin <ederevea(a)redhat.com> Cc: Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> Subject: Re: [ovirt-users] oVirt and ARM Hi Sandro, I will check with my managers if we have and could spare some hardware to contribute developing for oVirt. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Sandro Bonazzola <sbonazzo(a)redhat.com> Date: Friday, 25 June 2021 at 15:26 To: Marko Vrgotic <M.Vrgotic(a)activevideo.com>, Evgheni Dereveanchin <ederevea(a)redhat.com> Cc: Zhenyu Zheng <zhengzhenyulixi(a)gmail.com>, Joey Ma <majunjiev(a)gmail.com>, users(a)ovirt.org <users(a)ovirt.org> Subject: Re: [ovirt-users] oVirt and ARM ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic <M.Vrgotic(a)activevideo.com<mailto:M.Vrgotic@activevideo.com>> ha scritto: Hi Sandro, Thank you for the update. I am not equipped to help on development side, but I can most certainly do test deployments, once there is something available. We are big oVirt shop and moving to ARM64 with new product, it would be great if oVirt would start supporting it. If we are able to help somehow, let me know. I guess a start could be adding some arm64 machine to oVirt infrastructure so developers can build for it. You can have a look at https://ovirt.org/community/get-involved/donate-hardware.html<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org…> Looping in +Evgheni Dereveanchin<mailto:ederevea@redhat.com> in case you can share some resources. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Sandro Bonazzola <sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com>> Date: Thursday, 24 June 2021 at 18:21 To: Marko Vrgotic <M.Vrgotic(a)activevideo.com<mailto:M.Vrgotic@activevideo.com>>, Zhenyu Zheng <zhengzhenyulixi(a)gmail.com<mailto:zhengzhenyulixi@gmail.com>>, Joey Ma <majunjiev(a)gmail.com<mailto:majunjiev@gmail.com>> Cc: users(a)ovirt.org<mailto:users@ovirt.org> <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: [ovirt-users] oVirt and ARM ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic <M.Vrgotic(a)activevideo.com<mailto:M.Vrgotic@activevideo.com>> ha scritto: Hi oVirt, Where can I find if there are any information about oVirt supporting arm64 CPU architecture? Right now oVirt is not supporting arm64. There was an initiative about supporting it started some time ago from openEuler ovirt SIG. I didn't got any further updates on this topic, looping in those who I remember being looking into it. I think that if someone contributes arm64 support it would also be a feature worth a 4.5 release :-) ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/privacy-policy.html<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQ3XND2NKIL7V…<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi…> -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> Error! Filename not specified.<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> [https://static.redhat.com/libs/redhat/brand-assets/2/corp/logo--200.png]<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redha…> Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.

1 0

[ANN] Async ovirt-hosted-engine-setup release for oVirt 4.4.7
by Sandro Bonazzola 09 Jul '21

09 Jul '21

On July 9th 2021 the oVirt project released an async update to the following packages: - ovirt-hosted-engine-setup-2.5.2 Fixing the following bugs: - Bug 1978365 <https://bugzilla.redhat.com/show_bug.cgi?id=1978365> - hosted-engine --console fails on socat "Option "user" only with bind option" error The bug affects CentOS Stream based systems, no update needed on RHEL 8.4 and derivatives. For oVirt Node users: an oVirt Node respin will be issued consuming this fix as soon as the following bug will be fixed: - Bug 1979624 <https://bugzilla.redhat.com/show_bug.cgi?id=1979624> - imgbase should not copy selinux binary policy file -- 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: Q: Node Upgrade Path
by Andrei Verovski 09 Jul '21

09 Jul '21

> On 9 Jul 2021, at 01:37, Matthew.Stier(a)fujitsu.com wrote: > > You need to go in steps. > > https://www.ovirt.org/documentation/upgrade_guide/ My nodes run on natively installed CentOS, not factory oVirt node images, because of necessary RAID drivers and custom scripts (for example, in case of power failure which is over 5 min they loop through all running VMS and shutdown them gracefully, then shutdown node itself, + RAID monitoring script which sends notifications on Telegram messenger). This seem to be my case. Anyone from oVirt team can confirm? Thanks. https://www.ovirt.org/documentation/upgrade_guide/#Manually_Updating_Hosts_… > > -----Original Message----- > From: Andrei Verovski <andreil1(a)starlett.lv> > Sent: Thursday, July 8, 2021 2:52 PM > To: users(a)ovirt.org > Cc: Stier, Matthew <Matthew.Stier(a)fujitsu.com> > Subject: Re: [ovirt-users] Q: Node Upgrade Path > > Hi, > > OK, thanks for the tip. > I always upgraded nodes via oVirt web interface, which is now 4.4.7, and I assume it can't update node 4.2 -> 4.3, because 4.3 is too old. Please correct if I'm wrong here. > > May I use these commands to safely upgrade nodes manually? > > yum check-update > yum clean all > yum update > yum remove ovirt-release42 > yum install > https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-imag… > > On 7/8/21 8:41 PM, Matthew.Stier(a)fujitsu.com wrote: >> If the hardware is old, and won't support EL8, the best option is to update to oVirt 4.3.10 and update CentOS to 7u9. >> >> Some of my systems have megaraid sas2 raid controllers, which Red Hat have stopped supporting, and all the variant have followed suit. >> >> I have tried the Elrepo DUD's to work around the problem, but my results (in the 4.4.1/4.4.2 timeframe) were not satisfactory. >> >> -----Original Message----- >> From: Andrei Verovski <andreil1(a)starlett.lv> >> Sent: Thursday, July 8, 2021 6:42 AM >> To: users(a)ovirt.org >> Subject: [ovirt-users] Q: Node Upgrade Path >> >> Hi, >> >> >> I have 2 oVirt nodes still running on CentOS 7.6. >> rpm -qa | grep ovirt - results in version 4.2. >> >> Does it makes sense to upgrade CentOS 7.6 to Stream, and then upgrade oVirt Node sw, or just leave for a couple of years till hardware will be trashed? >> I’m always keep oVirt Engine up to date, so my only concern if at any point it will stop support old Node sw. >> >> Thanks in advance for any suggestion. >> Andrei >> _______________________________________________ >> 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/6SCBZF3N >> ASM5UIABKRANHI6UUHXCWG4Y/ >

1 0

Is there any way to get the PDF files of the oVirt user docs such as Administrator Guide ?
by tommy 09 Jul '21

09 Jul '21

Thanks!

1 0

Re: Q: Node Upgrade Path
by Andrei Verovski 09 Jul '21

09 Jul '21

Hi, OK, thanks for the tip. I always upgraded nodes via oVirt web interface, which is now 4.4.7, and I assume it can't update node 4.2 -> 4.3, because 4.3 is too old. Please correct if I'm wrong here. May I use these commands to safely upgrade nodes manually? yum check-update yum clean all yum update yum remove ovirt-release42 yum install https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-imag… On 7/8/21 8:41 PM, Matthew.Stier(a)fujitsu.com wrote: > If the hardware is old, and won't support EL8, the best option is to update to oVirt 4.3.10 and update CentOS to 7u9. > > Some of my systems have megaraid sas2 raid controllers, which Red Hat have stopped supporting, and all the variant have followed suit. > > I have tried the Elrepo DUD's to work around the problem, but my results (in the 4.4.1/4.4.2 timeframe) were not satisfactory. > > -----Original Message----- > From: Andrei Verovski <andreil1(a)starlett.lv> > Sent: Thursday, July 8, 2021 6:42 AM > To: users(a)ovirt.org > Subject: [ovirt-users] Q: Node Upgrade Path > > Hi, > > > I have 2 oVirt nodes still running on CentOS 7.6. > rpm -qa | grep ovirt - results in version 4.2. > > Does it makes sense to upgrade CentOS 7.6 to Stream, and then upgrade oVirt Node sw, or just leave for a couple of years till hardware will be trashed? > I’m always keep oVirt Engine up to date, so my only concern if at any point it will stop support old Node sw. > > Thanks in advance for any suggestion. > Andrei > _______________________________________________ > 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/6SCBZF3NASM5U…

2 1