- Users - oVirt List Archives

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

Clear task after export to ova unfinisced
by radchenko.anatoliy＠gmail.com 08 Jul '21

08 Jul '21

Hi all, after succesfully done ova export of 120gb VM i launched export ova of 250gb vm but it is not finished. The time of task must be about 20 minuts. Now i have one unfinished task and locked vm. I know that it is complex task indluding a series of steps and clean db of task manually is not resolved it. Some info: Gluster replica 3 hiperconverged configuration [root@cluster23 ~]# vdsm-client Host getAllTasksInfo {} tail -f engine.log 2021-07-08 20:55:13,187+02 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-45) [0b76403b-c111-4eca-ab6f-d0f72705be4b] Command 'CreateOva' (id: 'b9edc8f6-c3b2-4e9a-be01-5ef15b64eb68') waiting on child command id: 'b10835e3-b5fd-4d08-b499-5fdb309ae18b' type:'AnsiblePackOva' to complete 2021-07-08 20:55:15,215+02 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-21) [0b76403b-c111-4eca-ab6f-d0f72705be4b] Command 'ExportVmToOva' (id: '25dea23a-ac1e-4258-a71e-90e696c16c27') waiting on child command id: 'b9edc8f6-c3b2-4e9a-be01-5ef15b64eb68' type:'CreateOva' to complete Any suggestions? Thanks in advance. Best regards.

2 2

Re: Q: Node Upgrade Path
by Matthew.Stier＠fujitsu.com 08 Jul '21

08 Jul '21

Some of my systems have megaraid sas2 raid controllers, which Red Hat have stopped supporting "under EL8", and all the variants have followed suit. -----Original Message----- From: Matthew.Stier(a)fujitsu.com <Matthew.Stier(a)fujitsu.com> Sent: Thursday, July 8, 2021 12:42 PM To: Andrei Verovski <andreil1(a)starlett.lv>; users(a)ovirt.org Subject: [ovirt-users] Re: Q: Node Upgrade Path 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… _______________________________________________ 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/MJQW32RA6OOCF…

1 0

Q: Node Upgrade Path
by Andrei Verovski 08 Jul '21

08 Jul '21

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

2 1

Updates failing
by Gary Pedretty 08 Jul '21

08 Jul '21

Getting errors trying to run dnf/yum update due to a vdsm issue. yum update Last metadata expiration check: 0:17:33 ago on Tue 06 Jul 2021 11:17:05 AM AKDT. Error: Running QEMU processes found, cannot upgrade Vdsm. Current running version of vdsm is vdsm-4.40.60.7-1.el8 CentOS Stream RHEL - 8.5 - 3.el8 kernel 4.18.0 - 310.el8.x86_64 _______________________________ Gary Pedretty IT Manager Ravn Alaska Office: 907-266-8451 Mobile: 907-388-2247 Email: gary.pedretty(a)ravnalaska.com

2 1

Cloud-Init - What am I doing wrong?
by jeremy_tourville＠hotmail.com 07 Jul '21

07 Jul '21

I am running into an issue using Cloud-Init on CentOS 7. I have imported OpenStack Glance Generic cloud images for CentOS 7 & 8 and I chose to save them as a template at the time of import. In the template, under Initial Config I defined the following values: -cloud-init : checked -configure time zone: checked -choose dropdown for the correct timezone -VM Hostname, Authentication & Networks are all blank -Custom script: #cloud-config users: - name: ansuser passwd: $6$TcX2D/LcPtq/a$m6AKlcIbZXL9ZJGNSgeXjnKGsz98Yw.v7rt5m18zunittqjMTygf7KLliwxXwzFrvj8rrFpOMGZmUYoX.mWib. In theory I think this should create my user and set the password for my user. When I go to login to the system the login for my new user fails. What am I doing wrong? If I leave the Custom Script blank and put the user in the Authentication section the login works as expected. This tells me the image itself is working properly and is accepting Cloud-Init input. It would be my preference to add the user under the Custom Script section so I can further extend some functionality such as sudo: ALL=(ALL) NOPASSWD:ALL and SSH keys so that an initial Ansible config could be run easily. I am going to test 8 in the same manner and see what happens. I sort of expect the same results though. Thanks in advance for you input!

1 1

upgrading gluster brick os from CentOS7 to 8
by Jiří Sléžka 07 Jul '21

07 Jul '21

Hello, I'm in progress of moving my oVirt HCI cluster to production. It was a bit complicated process because I had two new servers to install oVirt from scratch in the lab and three old servers with standalone kvm hypervisors in production. One of them (installed with CentOS7) was good enough to join HCI cluster. All three old kvm servers had production vms running on them. New cluster was installed with CentOS8 and oVirt4.4, I started with single node, then expanded it to two hosts with one another which acts as arbiter (just for stability in lab envirnment). After some testing and tuning I moved this two node cluster (without arbiter node) to my server housing. Then I prepared gluster brick on that one old server which I want reuse and join it to gluster storage so now it is replica 3 - two nodes are CentOS8 based and acts as oVirt hosts, one is CentOS7 and acts also as standalone kvm hypervisor. Then I migrated all vms from standalone kvm hypervisors to oVirt, then switched off two oldest hosts. Now I would like to reinstall CentOS7 node to oVirt host. My plan is to keep gluster brick fs and backup configuration and restore it after reinstall to CentOS8 as mentioned in https://mjanja.ch/2018/08/migrate-glusterfs-to-a-new-operating-system/. I want to speed up gluster healing. Does it make sense? Now the questin: Brick fs was created on CentOS7 and don't have new xfs features FINOBT,SPARSE_INODES,REFLINK. Could it be problem? Will be better to recreate fs in CentOS8 and then do full heal? I am afraid that it will take a long time and make big load to production hosts. TL;DR: Does gluster/oVirt4.4 make use of FINOBT,SPARSE_INODES,REFLINK xfs features? btw. oVirt is great product and HCI looks really functional and usable (with 10GE network and SSDsof course). Big thanks to developers and community! Cheers, Jiri

1 1

Re: blok size and 512e and 4k
by Nir Soffer 07 Jul '21

07 Jul '21

On Wed, Jul 7, 2021 at 6:54 PM Anatoliy Radchenko <radchenko.anatoliy(a)gmail.com> wrote: > Adding back users(a)ovirt.org. We want to keep the discussion public and searchable. > But,thinking, > in case you want to create the data domain posix compliant with a block in 4k you cannot do this because you still have 512 block on engine and gives an error about the incompatibility of 512 and 4k. posix data domain is just NFS data domain under the hood, with modified mount options, so it share the same limits of NFS data domain. I'm not sure how do you get the compatibility issue - do you mean provisioning engine on a host with 4d disk (using libvirt and local storage) and then copying to data domain created on same local storage (512 bytes sector size)? > How to be in this case? I think this should work as is since the bootstrap vm created using libvirt is using 512 bytes sector size, regardless of the underlying storage sector size (qemu hides the actual sector size from the vm). So the vm starts with 512 bytes sector size, and them move to another storage which again have 512 bytes sector size. This also works when the other storage uses 4k sector (e.g hyperconverge using gluster and vdo) size since again qemu hides the underlying storage sector size. > Il giorno mer 7 lug 2021 alle ore 17:45 Anatoliy Radchenko <radchenko.anatoliy(a)gmail.com> ha scritto: >> >> Hi Nir, >> with transferring engine I meen to move it after installation to hosted engine storage domain, but not important. >> In any case thank you for your response, everything is just as I thought. >> Regards >> >> Il giorno mer 7 lug 2021 alle ore 17:32 Nir Soffer <nsoffer(a)redhat.com> ha scritto: >>> >>> On Wed, Jul 7, 2021 at 5:58 PM <radchenko.anatoliy(a)gmail.com> wrote: >>> > With some installations of Ovirt in the configuration of ssd for boot OS and hdd (4k) for data domain, engine is installed on ssd with a block size of 512e and then transferred to hdd 4k. >>> >>> What do we mean by transferring engine to another disk? >>> >>> Engine is installed either on a host, or in a vm. On a vm, it always >>> using sector >>> size of 512 bytes, since we don't support vms with sector size of 4k. If enigne >>> in installed on a host, there is no such thing as "transfer" to >>> another host. You >>> can reinstall engine on another host and restore engine database using a >>> backup. Sector size does not matter in this flow. >>> >>> Sector size for data domain is relevant only for gluster storage or >>> local storage. >>> These are the only storage domain types that can use 4k storage. >>> >>> > and if I wanted to leave the engine on ssd (in a separate partition which will also have a size of 512e), I encountered an incompatibility error between block sizes 512 and 4k (example glusterfs or when the data domain was configured as posix compliant fs). NFS domain passed. >>> > As I understand it, the NFS uses 512e as well as the drivers of the guest machines, >>> >>> Yes, NFS is always using a sector size of 512 bytes since we don't >>> have any way to >>> detect the underlying device sector size. >>> >>> > and a VM created on a domain with a 4k block will still have 512e. As a result, we have a block of size 512 in any case. >>> >>> Yes, vms always see sector size of 512 bytes. qemu knows the underlying storage >>> sector size and align I/O requests to the underlying storage sector size. >>> >>> > Does it make sense to use devices with a 4k block at the present time? Is there any configuration to take advantage of 4K? >>> >>> Yes, the most attractive use case is VDO, which is optimized for 4k sector size. >>> >>> Another use case is having disks with 4k sector size which may be cheaper or >>> easier to get compared with disk supporting 512e. >>> >>> For block storage oVirt does not support devices with 4k sector size yet. >>> >>> Nir >>> >> >> >> -- >> _____________________________________ >> >> Radchenko Anatolii >> via Manoppello, 83 - 00132 Roma >> tel. 06 96044328 >> cel. 329 6030076 >> >> Nota di riservatezza : ai sensi e per gli effetti della Legge sulla Tutela della Riservatezza Personale (Legge 196/03) si precisa che il presente messaggio, corredato dei relativi allegati, contiene informazioni da considerarsi strettamente riservate, ed è destinato esclusivamente al destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo, copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque ricevesse questo messaggio per errore o comunque lo leggesse senza esserne legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo a persone diverse dal destinatario è severamente proibito,ed è pregato di rinviarlo al mittente. > > > > -- > _____________________________________ > > Radchenko Anatolii > via Manoppello, 83 - 00132 Roma > tel. 06 96044328 > cel. 329 6030076 > > Nota di riservatezza : ai sensi e per gli effetti della Legge sulla Tutela della Riservatezza Personale (Legge 196/03) si precisa che il presente messaggio, corredato dei relativi allegati, contiene informazioni da considerarsi strettamente riservate, ed è destinato esclusivamente al destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo, copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque ricevesse questo messaggio per errore o comunque lo leggesse senza esserne legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo a persone diverse dal destinatario è severamente proibito,ed è pregato di rinviarlo al mittente.

1 0

blok size and 512e and 4k
by radchenko.anatoliy＠gmail.com 07 Jul '21

07 Jul '21

Good day, Some controllers do not allow to set a 4k block on a boot device. With some installations of Ovirt in the configuration of ssd for boot OS and hdd (4k) for data domain, engine is installed on ssd with a block size of 512e and then transferred to hdd 4k. and if I wanted to leave the engine on ssd (in a separate partition which will also have a size of 512e), I encountered an incompatibility error between block sizes 512 and 4k (example glusterfs or when the data domain was configured as posix compliant fs). NFS domain passed. As I understand it, the NFS uses 512e as well as the drivers of the guest machines, and a VM created on a domain with a 4k block will still have 512e. As a result, we have a block of size 512 in any case. Does it make sense to use devices with a 4k block at the present time? Is there any configuration to take advantage of 4K? Thanks in advance. Best regards.

2 1

Hosted Engine Deployment
by Harry O 07 Jul '21

07 Jul '21

Why does the HE Deployment Not deploy a hosted engine dc and cluster which fits the host in version? My Hosted Engine Deployment now fails again because of "Host hej1.5ervers.lan is compatible with versions (4.2,4.3,4.4,4.5) and cannot join Cluster Default which is set to version 4.6." I think the deployment shoud make a dc and cluster that fits the host that is used to deploy. Otherwise it's doomed to fail. Is there a proccess for fixing this? I can't change the version from HE ui as I'm instructed to, there is no other options on datacenter other then 4.6: [ INFO ] You can now connect to https://hej1.5ervers.lan:6900/ovirt-engine/ and check the status of this host and eventually remediate it, please continue only when the host is listed as 'up' [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Create temporary lock file] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Pause execution until /tmp/ansible.z_g6jh7h_he_setup_lock is removed, delete it once ready to proceed]

1 0

ovrt node kernel
by Giulio Casella 07 Jul '21

07 Jul '21

Hello everybody, using ovirt node many of the drivers to access storage are not in the kernel drivers (anymore). For example I have a bunch of (old) hypervisors (50+), with infiniband nics, used to access storage. For all those hypervisors I abandoned ovirt node, in favor of a base CentOS stream distro, with ovirt repo and using kernel-plus repo (conatining all the needed stuff). Obviously this is not a step I liked, I definitely prefer ovirt node. Now my proposal: why don't include kernel-plus in ovirt-node, instead of traditional kernel? I know this would be a big change, and maybe @Sandro and all RH guys (they have a more general perspective) can see some drawback I don't, but... hey, I just tried! :-) Thank you in advance, Giulio

2 1

Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host
by Sandro Bonazzola 07 Jul '21

07 Jul '21

Il giorno mer 7 lug 2021 alle ore 06:20 Nur Imam Febrianto < nur_imam(a)outlook.com> ha scritto: > Already tried it at one 4.4.7 host, and it solves the issue. > > Maybe this issue should marked as a critical one, because the host is > unusable at all if upgraded to 4.4.7. > It is: https://bugzilla.redhat.com/show_bug.cgi?id=1979624 > 😊 > > > > Regards, > > Nur Imam Febrianto > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows 10 > > > > *From: *Nur Imam Febrianto <nur_imam(a)outlook.com> > *Sent: *07 July 2021 9:02 > *To: *Klaas Demter <klaasdemter(a)gmail.com>; users(a)ovirt.org > *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 > host to 4.4.7 host > > > > Where should I done this ? > > At the Host ? or at HE ? > > > > Thanks. > > > > Regards, > > Nur Imam Febrianto > > > > *From: *Klaas Demter <klaasdemter(a)gmail.com> > *Sent: *07 July 2021 3:31 > *To: *users(a)ovirt.org > *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 > host to 4.4.7 host > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1979624 > <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla…> > > run: semodule -B; touch /.autorelabel; reboot > > report back if it fixes everything > > > > On 7/6/21 5:40 PM, Nur Imam Febrianto wrote: > > I’m having similar problem like this. 15 host, 7 of them already upgraded > to 4.4.7 and I can’t migrate any VM or HE from 4.4.6 host to 4.4.7. > > > > Regards, > > Nur Imam Febrianto > > > > *From: *Sandro Bonazzola <sbonazzo(a)redhat.com> > *Sent: *06 July 2021 19:37 > *To: *oVirt Users <users(a)ovirt.org>; Arik Hadas <ahadas(a)redhat.com> > *Subject: *[ovirt-users] Failing to migrate hosted engine from 4.4.6 host > to 4.4.7 host > > > > Hi, > > I update the hosted engine to 4.4.7 and one of the 2 nodes where the > engine is running. > > Current status is: > > - Hosted engine at 4.4.7 running on Node 0 > > - Node 0 at 4.4.6 > > - Node 1 at 4.4.7 > > > > Now, moving Node 0 to maintenance successfully moved the SPM from Node 0 > to Node 1 but while trying to migrate hosted engine I get on Node 0 > vdsm.log: > > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START repoStats(domains=()) from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48) > > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH repoStats return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq > > uired': True, 'actual': True}} from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54) > > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START multipath_health() from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48) > > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH multipath_health return={} from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54) > > 2021-07-06 12:25:07,883+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission de > > nied (migration:294) > > 2021-07-06 12:25:07,888+0000 INFO (jsonrpc/5) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::ffff:10.46.8.133,35048 (api:54) > > 2021-07-06 12:25:08,166+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate (migration:467) > > Traceback (most recent call last): > > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 441, in _regular_run > > time.time(), machineParams > > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 537, in _startUnderlyingMigration > > self._perform_with_conv_schedule(duri, muri) > > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 626, in _perform_with_conv_schedule > > self._perform_migration(duri, muri) > > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 555, in _perform_migration > > self._migration_flags) > > File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 159, in call > > return getattr(self._vm._dom, name)(*a, **kw) > > File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f > > ret = attr(*args, **kwargs) > > File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper > > ret = f(*args, **kwargs) > > File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper > > return func(inst, *args, **kwargs) > > File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in migrateToURI3 > > raise libvirtError('virDomainMigrateToURI3() failed') > > libvirt.libvirtError: can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission denied > > 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] START getMigrationStatus() from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:48) > > 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] FINISH getMigrationStatus return={'status': {'code': 0, 'message': 'Done'}, 'migrationStats': {'status': {'code': 12, 'message': 'Fatal error during migr > > ation'}, 'progress': 0}} from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:54) > > On node 0: > > # ls -lZ /run/libvirt/common/system.token > ls: cannot access '/run/libvirt/common/system.token': No such file or > directory > > > > On node 1: > > # ls -lZ /run/libvirt/common/system.token > -rw-------. 1 root root system_u:object_r:virt_var_run_t:s0 32 Jul 6 > 09:29 /run/libvirt/common/system.token > > > > any clue? > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> > > sbonazzo(a)redhat.com > > > <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > > > > > > _______________________________________________ > > 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://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir…> > > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir…> > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/2JG4HZW6RDTXC… <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ov…> > > > > > _______________________________________________ > 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/6UMV243KWTWNO… > -- 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>*

1 1

Q: Node host becomes non-operational after upgrade
by Andrei Verovski 07 Jul '21

07 Jul '21

Hi, Today I upgraded oVirt Engine to 4.4.7.6, and then one of the nodes (running Centos Stream). After upgrade node (node14) becomes non-operational. Same after “Reinstall”. Additionally, there are MANY error messages: Host node14 moved to Non-Operational state as host CPU type is not supported in this cluster compatibility version or is not supported at all Quite strange, before upgrade problem with CPU host type didn't exist. vdsm-networking service is running fine on node14. vdsmd running but have this error message: Jul 06 21:19:23 node14.xxx sudo[3565]: pam_systemd(sudo:session): Failed to create session: Start job for unit user-0.slice failed with 'canceled' I suspect that there are unnecessary repos enabled in my CentOS stream node, which leads to this kind of errors. Please can anyone check? Thanks in advance. ------------ [root@node14 ~]# yum repolist enabled repo id repo name appstream CentOS Stream 8 - AppStream baseos CentOS Stream 8 - BaseOS 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

2 1

Re: Broken links on oVIrt site
by Ritesh Chikatwar 07 Jul '21

07 Jul '21

1 0

Broken links on oVIrt site
by Sandro Bonazzola 07 Jul '21

07 Jul '21

Sending to the list, just in case someone would have some time and would like to help fixing any of them: - ./_site/develop/developer-guide/db-issues/postgres.html * External link http://sourcefreedom.com/tuning-postgresql-9-0-with-pgtune/ failed: 404 No error * External link http://www.postgresql.org/docs/9.1/static/wal-configuration.html%20WAL%20Co… failed: 404 No error- ./_site/develop/infra/jenkins.html * External link http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ failed: 403 No error- ./_site/develop/release-management/features/gluster/gluster-dr.html * External link https://gluster.readthedocs.io/en/latest/Administrator%20Guide/Geo%20Replic… failed: 404 No error- ./_site/develop/release-management/features/gluster/gluster-geo-replication.html * External link https://docs.gluster.org/en/latest/Administrator%20Guide/Geo%20Replication/ failed: 404 No error- ./_site/develop/release-management/features/gluster/gluster-hooks-management.html * External link https://docs.gluster.org/en/latest/Administrator%20Guide/Hook-scripts/ failed: 404 No error- ./_site/develop/release-management/features/network/ipv6-support.html * External link http://www.cyberciti.biz/faq/redhat-centos-rhel-fedora-linux-add-multiple-i… failed: 403 No error * External link http://www.cyberciti.biz/faq/rhel-redhat-fedora-centos-ipv6-network-configu… failed: 403 No error- ./_site/develop/release-management/features/network/isolated-ports.html * External link https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.networking… failed: 403 No error- ./_site/develop/release-management/features/network/lldp.html * External link http://standards.ieee.org/getieee802/download/802.1AB-2016.zip failed: 404 No error- ./_site/develop/release-management/features/network/networking-api-security-groups.html * External link http://www.openvswitch.org/support/dist-docs/ovn-nb.5.html failed: 404 No error- ./_site/develop/release-management/features/virt/ovmf.html * External link https://support.microsoft.com/en-us/kb/888929 failed: 404 No error- ./_site/develop/release-management/process/press-plan.html * External link http://www.lharba.com/index.htm failed: 404 No error * External link http://www.serverwatch.com/author/Paul-Ferrill-3660.htm failed: 404 No error * External link http://www.wired.com/wiredenterprise/author/bobmcmillan/ failed: 404 No error * External link http://www.wired.com/wiredenterprise/author/cade_metz/ failed: 404 No error- ./_site/documentation/administration_guide/index.html * External link http://docs.ansible.com/ansible/list_of_cloud_modules.html#ovirt failed: 404 No error * External link https://access.redhat.com/articles/3215851 failed: 403 No error- ./_site/documentation/data_warehouse_guide/index.html * External link https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/ht… failed: 404 No error HTML-Proofer found 19 failures! -- 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.*

2 1

Re: Strange Issue with imageio
by Gianluca Cecchi 07 Jul '21

07 Jul '21

On Sat, Apr 17, 2021 at 6:27 AM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > Hi, > > > > Already submit *Bug 1950593* > <https://bugzilla.redhat.com/show_bug.cgi?id=1950593> for this issue. > > Thanks before. > > > > Regards, > > Nur Imam Febrianto > > > > It seems I have the same problem with my 4.4.5. Any info if it is fixed in the latest 4.4.6? It seems no update inside the bug page.. Gianluca

4 5

Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host
by Nur Imam Febrianto 07 Jul '21

07 Jul '21

Already tried it at one 4.4.7 host, and it solves the issue. Maybe this issue should marked as a critical one, because the host is unusable at all if upgraded to 4.4.7. 😊 Regards, Nur Imam Febrianto Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 From: Nur Imam Febrianto<mailto:nur_imam@outlook.com> Sent: 07 July 2021 9:02 To: Klaas Demter<mailto:klaasdemter@gmail.com>; users(a)ovirt.org<mailto:users@ovirt.org> Subject: [ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host Where should I done this ? At the Host ? or at HE ? Thanks. Regards, Nur Imam Febrianto From: Klaas Demter<mailto:klaasdemter@gmail.com> Sent: 07 July 2021 3:31 To: users(a)ovirt.org<mailto:users@ovirt.org> Subject: [ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host https://bugzilla.redhat.com/show_bug.cgi?id=1979624<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla…> run: semodule -B; touch /.autorelabel; reboot report back if it fixes everything On 7/6/21 5:40 PM, Nur Imam Febrianto wrote: I’m having similar problem like this. 15 host, 7 of them already upgraded to 4.4.7 and I can’t migrate any VM or HE from 4.4.6 host to 4.4.7. Regards, Nur Imam Febrianto From: Sandro Bonazzola<mailto:sbonazzo@redhat.com> Sent: 06 July 2021 19:37 To: oVirt Users<mailto:users@ovirt.org>; Arik Hadas<mailto:ahadas@redhat.com> Subject: [ovirt-users] Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host Hi, I update the hosted engine to 4.4.7 and one of the 2 nodes where the engine is running. Current status is: - Hosted engine at 4.4.7 running on Node 0 - Node 0 at 4.4.6 - Node 1 at 4.4.7 Now, moving Node 0 to maintenance successfully moved the SPM from Node 0 to Node 1 but while trying to migrate hosted engine I get on Node 0 vdsm.log: 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START repoStats(domains=()) from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH repoStats return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq uired': True, 'actual': True}} from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START multipath_health() from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH multipath_health return={} from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54) 2021-07-06 12:25:07,883+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission de nied (migration:294) 2021-07-06 12:25:07,888+0000 INFO (jsonrpc/5) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::ffff:10.46.8.133,35048 (api:54) 2021-07-06 12:25:08,166+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate (migration:467) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 441, in _regular_run time.time(), machineParams File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 537, in _startUnderlyingMigration self._perform_with_conv_schedule(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 626, in _perform_with_conv_schedule self._perform_migration(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 555, in _perform_migration self._migration_flags) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 159, in call return getattr(self._vm._dom, name)(*a, **kw) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f ret = attr(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in migrateToURI3 raise libvirtError('virDomainMigrateToURI3() failed') libvirt.libvirtError: can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission denied 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] START getMigrationStatus() from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:48) 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] FINISH getMigrationStatus return={'status': {'code': 0, 'message': 'Done'}, 'migrationStats': {'status': {'code': 12, 'message': 'Fatal error during migr ation'}, 'progress': 0}} from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:54) On node 0: # ls -lZ /run/libvirt/common/system.token ls: cannot access '/run/libvirt/common/system.token': No such file or directory On node 1: # ls -lZ /run/libvirt/common/system.token -rw-------. 1 root root system_u:object_r:virt_var_run_t:s0 32 Jul 6 09:29 /run/libvirt/common/system.token any clue? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> [https://static.redhat.com/libs/redhat/brand-assets/2/corp/logo--200.png]<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. _______________________________________________ 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://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir…> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir…> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/2JG4HZW6RDTXC…<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ov…>

1 0

Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host
by Klaas Demter 07 Jul '21

07 Jul '21

https://bugzilla.redhat.com/show_bug.cgi?id=1979624 run: semodule -B; touch /.autorelabel; reboot report back if it fixes everything On 7/6/21 5:40 PM, Nur Imam Febrianto wrote: > > I’m having similar problem like this. 15 host, 7 of them already > upgraded to 4.4.7 and I can’t migrate any VM or HE from 4.4.6 host to > 4.4.7. > > Regards, > > Nur Imam Febrianto > > *From: *Sandro Bonazzola <mailto:sbonazzo@redhat.com> > *Sent: *06 July 2021 19:37 > *To: *oVirt Users <mailto:users@ovirt.org>; Arik Hadas > <mailto:ahadas@redhat.com> > *Subject: *[ovirt-users] Failing to migrate hosted engine from 4.4.6 > host to 4.4.7 host > > Hi, > > I update the hosted engine to 4.4.7 and one of the 2 nodes where the > engine is running. > > Current status is: > > - Hosted engine at 4.4.7 running on Node 0 > > - Node 0 at 4.4.6 > > - Node 1 at 4.4.7 > > Now, moving Node 0 to maintenance successfully moved the SPM from Node > 0 to Node 1 but while trying to migrate hosted engine I get on Node 0 > vdsm.log: > > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START repoStats(domains=()) from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48) > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH repoStats return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq > uired': True, 'actual': True}} from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54) > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START multipath_health() from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48) > 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH multipath_health return={} from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54) > 2021-07-06 12:25:07,883+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission de > nied (migration:294) > 2021-07-06 12:25:07,888+0000 INFO (jsonrpc/5) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::ffff:10.46.8.133,35048 (api:54) > 2021-07-06 12:25:08,166+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed tomigrate (migration:467) > Traceback (most recent call last): > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 441, in _regular_run > time.time(), machineParams > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 537, in _startUnderlyingMigration > self._perform_with_conv_schedule(duri, muri) > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 626, in _perform_with_conv_schedule > self._perform_migration(duri, muri) > File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 555, in _perform_migration > self._migration_flags) > File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 159, in call > return getattr(self._vm._dom, name)(*a, **kw) > File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper > return func(inst, *args, **kwargs) > File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, inmigrateToURI3 > raise libvirtError('virDomainMigrateToURI3() failed') > libvirt.libvirtError: can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission denied > 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] START getMigrationStatus() from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:48) > 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] FINISH getMigrationStatus return={'status': {'code': 0, 'message': 'Done'}, 'migrationStats': {'status': {'code': 12, 'message': 'Fatal error during migr > ation'}, 'progress': 0}} from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:54) > > On node 0: > > # ls -lZ /run/libvirt/common/system.token > ls: cannot access '/run/libvirt/common/system.token': No such file or > directory > > On node 1: > > # ls -lZ /run/libvirt/common/system.token > -rw-------. 1 root root system_u:object_r:virt_var_run_t:s0 32 Jul 6 > 09:29 /run/libvirt/common/system.token > > any clue? > > -- > > *Sandro Bonazzola* > > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > > Red Hat EMEA > <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> > > sbonazzo(a)redhat.com <mailto:sbonazzo@redhat.com> > > <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.redh…> > > > > > *Red Hat respects your work life balance. Therefore there is no need > to answer this email out of your office hours.* > > > _______________________________________________ > 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/2JG4HZW6RDTXC…

2 1

Updates Failing
by Gary Pedretty 06 Jul '21

06 Jul '21

Getting errors trying to run dnf/yum update due to a vdsm issue. yum update Last metadata expiration check: 0:17:33 ago on Tue 06 Jul 2021 11:17:05 AM AKDT. Error: Running QEMU processes found, cannot upgrade Vdsm. Current running version of vdsm is vdsm-4.40.60.7-1.el8 CentOS Stream RHEL - 8.5 - 3.el8 kernel 4.18.0 - 310.el8.x86_64 _______________________________ Gary Pedretty IT Manager Ravn Alaska Office: 907-266-8451 Mobile: 907-388-2247 Email: gary.pedretty(a)ravnalaska.com <mailto:gary.pedretty@ravnalaska.com>

2 1

Any way to terminate stuck export task
by Gianluca Cecchi 06 Jul '21

06 Jul '21

Hello, in oVirt 4.3.10 an export job to export domain takes too long, probably due to the NFS server slow. How can I stop in a clean way the task? I see the exported file remains always at 4,5Gb of size. Command vmstat on host with qemu-img process gives no throughput but blocked processes procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 2 0 170208752 474412 16985752 0 0 719 72 2948 5677 0 0 96 4 0 0 2 0 170207184 474412 16985780 0 0 3580 99 5043 6790 0 0 96 4 0 0 2 0 170208800 474412 16985804 0 0 1379 41 2332 5527 0 0 96 4 0 and the generated file refreshes its timestamp but not the size # ll -a /rhev/data-center/mnt/172.16.1.137: _nas_EXPORT-DOMAIN/20433d5d-9d82-4079-9252-0e746ce54106/images/125ad0f8-2672-468f-86a0-115a7be287f0/ total 4675651 drwxr-xr-x. 2 vdsm kvm 1024 Jul 3 14:10 . drwxr-xr-x. 12 vdsm kvm 1024 Jul 3 14:10 .. -rw-rw----. 1 vdsm kvm 4787863552 Jul 3 14:33 bb94ae66-e574-432b-bf68-7497bb3ca9e6 -rw-r--r--. 1 vdsm kvm 268 Jul 3 14:10 bb94ae66-e574-432b-bf68-7497bb3ca9e6.meta # du -sh /rhev/data-center/mnt/172.16.1.137: _nas_EXPORT-DOMAIN/20433d5d-9d82-4079-9252-0e746ce54106/images/125ad0f8-2672-468f-86a0-115a7be287f0/ 4.5G /rhev/data-center/mnt/172.16.1.137: _nas_EXPORT-DOMAIN/20433d5d-9d82-4079-9252-0e746ce54106/images/125ad0f8-2672-468f-86a0-115a7be287f0/ The VM has two disks, 35Gb and 300GB, not full but quite occupied. Can I simply kill the qemu-img processes on the chosen hypervisor (I suppose the SPM one)? Any way to track down why it is so slow? Thanks, Gianluca

3 15

Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host
by Sandro Bonazzola 06 Jul '21

06 Jul '21

Hi, I update the hosted engine to 4.4.7 and one of the 2 nodes where the engine is running. Current status is: - Hosted engine at 4.4.7 running on Node 0 - Node 0 at 4.4.6 - Node 1 at 4.4.7 Now, moving Node 0 to maintenance successfully moved the SPM from Node 0 to Node 1 but while trying to migrate hosted engine I get on Node 0 vdsm.log: 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START repoStats(domains=()) from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH repoStats return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq uired': True, 'actual': True}} from=::ffff:10.46.8.133,35048, task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] START multipath_health() from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48) 2021-07-06 12:25:07,882+0000 INFO (jsonrpc/5) [vdsm.api] FINISH multipath_health return={} from=::ffff:10.46.8.133,35048, task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54) 2021-07-06 12:25:07,883+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission de nied (migration:294) 2021-07-06 12:25:07,888+0000 INFO (jsonrpc/5) [api.host] FINISH getStats return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} from=::ffff:10.46.8.133,35048 (api:54) 2021-07-06 12:25:08,166+0000 ERROR (migsrc/b2072331) [virt.vm] (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate (migration:467) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 441, in _regular_run time.time(), machineParams File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 537, in _startUnderlyingMigration self._perform_with_conv_schedule(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 626, in _perform_with_conv_schedule self._perform_migration(duri, muri) File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 555, in _perform_migration self._migration_flags) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 159, in call return getattr(self._vm._dom, name)(*a, **kw) File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f ret = attr(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in migrateToURI3 raise libvirtError('virDomainMigrateToURI3() failed') libvirt.libvirtError: can't connect to virtlogd: Unable to open system token /run/libvirt/common/system.token: Permission denied 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] START getMigrationStatus() from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:48) 2021-07-06 12:25:08,197+0000 INFO (jsonrpc/6) [api.virt] FINISH getMigrationStatus return={'status': {'code': 0, 'message': 'Done'}, 'migrationStats': {'status': {'code': 12, 'message': 'Fatal error during migr ation'}, 'progress': 0}} from=::ffff:10.46.8.133,35048, flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:54) On node 0: # ls -lZ /run/libvirt/common/system.token ls: cannot access '/run/libvirt/common/system.token': No such file or directory On node 1: # ls -lZ /run/libvirt/common/system.token -rw-------. 1 root root system_u:object_r:virt_var_run_t:s0 32 Jul 6 09:29 /run/libvirt/common/system.token any clue? -- 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.*

4 7