- Users - oVirt List Archives

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

Re: Issue With HE HA after upgrading to 4.4.7
by Yedidyah Bar David 06 Jul '21

06 Jul '21

On Tue, Jul 6, 2021 at 5:08 PM Nur Imam Febrianto <nur_imam(a)outlook.com> wrote: > > Hi, Recently I’m upgrading our server cluster from 4.4.6 to 4.4.7 After upgrading HE, and several Hosts, every single Host that upgraded and activated have an issue with HA Score. It always shows HA Score 0, rebooting the host doesn’t help. Any idea how to check this issue ? Calculating the score takes time, and spreading this around the cluster also takes time. You should find more information in the ovirt-hosted-engine-ha logs (both agent and broker). Good luck and best regards, -- Didi

1 0

Issue With HE HA after upgrading to 4.4.7
by Nur Imam Febrianto 06 Jul '21

06 Jul '21

Hi, Recently I’m upgrading our server cluster from 4.4.6 to 4.4.7 After upgrading HE, and several Hosts, every single Host that upgraded and activated have an issue with HA Score. It always shows HA Score 0, rebooting the host doesn’t help. Any idea how to check this issue ? Thanks. Regards, Nur Imam Febrianto

1 0

Re: How to Upgrade Node with Local Storage ?
by Vojtech Juranek 06 Jul '21

06 Jul '21

On Wednesday, 21 April 2021 16:40:29 CEST Nur Imam Febrianto wrote: > Set global maintenance and then turn off all vm, do yum update but it > completed with failed. Am I missing something ? can you share the details? What failed, wthat was the error? > From: Adam Xu<mailto:adam_xu@adagene.com.cn> > Sent: 20 April 2021 7:36 > To: users(a)ovirt.org<mailto:users@ovirt.org> > Subject: [ovirt-users] Re: How to Upgrade Node with Local Storage ? > > > For oVirt Node that using Local Storage, I think you should shutdown all > your vms before you upgrade the Node. 在 2021/4/19 22:09, Nur Imam Febrianto > 写道: > Hi, > > How we can upgrade oVirt Node that using Local Storage ? Seems I cant find > any good documentation about this. Planning to upgrade one 4.4.4 node with > local storage to 4.4.5. > Thanks before. > > Regards, > Nur Imam Febrianto > > > > _______________________________________________ > > 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.protecti > on.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.html&data=0 > 4%7C01%7C%7C2817620cd2134104f81908d90394654e%7C84df9e7fe9f640afb435aaaaaaaaa > aaa%7C1%7C0%7C637544758156873163%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA > iLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=VV663qDHl6C24C0 > XTZLoUF4n%2Bm4umP4dkG1EsKS895E%3D&reserved=0> > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/<https://apac01. > safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunit > y%2Fabout%2Fcommunity-guidelines%2F&data=04%7C01%7C%7C2817620cd2134104f81908 > d90394654e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637544758156883118%7 > CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiL > CJXVCI6Mn0%3D%7C1000&sdata=XF1vC3JCyVjQCsD1x%2FDQinfKOImw5VJbZIryDg9sKKg%3D& > reserved=0> > > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZOCHCAJPXO4LT > IMA4JHK3WMR5CTKR37C/<https://apac01.safelinks.protection.outlook.com/?url=ht > tps%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage% > 2FZOCHCAJPXO4LTIMA4JHK3WMR5CTKR37C%2F&data=04%7C01%7C%7C2817620cd2134104f819 > 08d90394654e%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637544758156883118 > %7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWw > iLCJXVCI6Mn0%3D%7C1000&sdata=raH9RGOWlZIWlj%2FCWFJUbqI94y0U2TR9lUukXhzi2B8%3 > D&reserved=0>

3 2

CentOS 8 to Stream conversion
by Gary Pedretty 06 Jul '21

06 Jul '21

I have moved all my hosts from CentOS 8 to Stream, but the hosted engine is still Centos 8. Is it safe to use the same conversion of the hosted-engine from 8 to Stream while in global maintenance mode? IE: dnf swap centos-{linux,stream}-repos dnf distro-sync Thanks Gary _______________________________ Gary Pedretty IT Manager Ravn Alaska Office: 907-266-8451 Mobile: 907-388-2247 Email: gary.pedretty(a)ravnalaska.com

2 1

Windows 10 Guest with nvidia Tesla P40 vGpu Bluescreens when I enable nested virtualization
by domw＠live.ca 06 Jul '21

06 Jul '21

Hi all, I have this issue when I go to create a VM, I want to run WSL2 but when I install it or windows defender application guard the computer bluescreens. So I am using CentOS 8 stream host connected to a VirtIO cluster the hardware is 2 Nvidia Tesla P40 graphics cards installed on a poweredge R480. My windows 10 20H2 Image would bluescreen after the nvidia drivers are installed. I did some testing and discovered after installing a clean ISO windows 10 20H2 that it worked fine even after installing the drivers for the vGPU but the master image does have WSL2 installed out of the box so I installed it on my Vanilla image and it would bluescreen. I imagine this is due to the nested virtualization and the installation of some hyper-v service maybe it is trying to initialize some hardware acceleration. Has anyone had this issue I really need WSL and would love to use version 2. Tesla Version I have tried is 450.12 and the latest 460.32 Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available. Symbol search path is: srv* Executable search path is: Windows 10 Kernel Version 19041 MP (4 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 19041.1.amd64fre.vb_release.191206-1406 Machine Name: Kernel base = 0xfffff805`5e800000 PsLoadedModuleList = 0xfffff805`5f42a490 Debug session time: Sat Jun 26 04:58:37.807 2021 (UTC - 7:00) System Uptime: 0 days 0:00:09.469 Loading Kernel Symbols ............................................................... ...........................Page 799b not present in the dump file. Type ".hh dbgerr004" for details ..................................... ......................... Loading User Symbols PEB is paged out (Peb.Ldr = 0000002e`f91fa018). Type ".hh dbgerr001" for details Loading unloaded module list ....... For analysis of this file, run !analyze -v 3: kd> !analyze -v ERROR: FindPlugIns 8007007b ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* SYSTEM_SERVICE_EXCEPTION (3b) An exception happened while executing a system service routine. Arguments: Arg1: 00000000c0000005, Exception code that caused the bugcheck Arg2: fffff80567d55b24, Address of the instruction which caused the bugcheck Arg3: ffff8487974646a0, Address of the context record for the exception that caused the bugcheck Arg4: 0000000000000000, zero. Debugging Details: ------------------ Page fd6196 not present in the dump file. Type ".hh dbgerr004" for details Page fd6196 not present in the dump file. Type ".hh dbgerr004" for details KEY_VALUES_STRING: 1 Key : Analysis.CPU.Sec Value: 3 Key : Analysis.DebugAnalysisProvider.CPP Value: Create: 8007007e on BCCO050 Key : Analysis.DebugData Value: CreateObject Key : Analysis.DebugModel Value: CreateObject Key : Analysis.Elapsed.Sec Value: 27 Key : Analysis.Memory.CommitPeak.Mb Value: 81 Key : Analysis.System Value: CreateObject BUGCHECK_CODE: 3b BUGCHECK_P1: c0000005 BUGCHECK_P2: fffff80567d55b24 BUGCHECK_P3: ffff8487974646a0 BUGCHECK_P4: 0 CONTEXT: ffff8487974646a0 -- (.cxr 0xffff8487974646a0) rax=0000000000000000 rbx=ffffb406f7d85000 rcx=e17f3f1e8efe0000 rdx=0000000000000000 rsi=0000000000000000 rdi=ffffb406f1667270 rip=fffff80567d55b24 rsp=ffff8487974650a0 rbp=0000000000000002 r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=ffff848797465040 r12=fffff80568511c80 r13=ffffb406f1667270 r14=ffffb406f194c660 r15=0000000000000000 iopl=0 nv up ei pl nz na pe nc cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050202 nvlddmkm+0x1d5b24: fffff805`67d55b24 4c8b80c8220000 mov r8,qword ptr [rax+22C8h] ds:002b:00000000`000022c8=???????????????? Resetting default scope PROCESS_NAME: csrss.exe STACK_TEXT: ffff8487`974650a0 fffff805`67cab38a : ffffb406`f7d85000 ffffb406`f194c660 00000000`ffffffff ffff8487`97465220 : nvlddmkm+0x1d5b24 ffff8487`974650e0 fffff805`67cdb663 : 00000000`00000000 ffffb406`f7d85000 ffff8487`97465220 ffffb406`f1989000 : nvlddmkm+0x12b38a ffff8487`97465160 fffff805`67cb5df8 : ffffb406`f7d85000 ffffb406`f7d85000 ffffb406`f7d85000 ffff8487`97465220 : nvlddmkm+0x15b663 ffff8487`97465190 fffff805`67ca3ce5 : ffffb406`f1a3b000 00000000`00000001 ffffb406`00000001 ffffb406`f7d85000 : nvlddmkm+0x135df8 ffff8487`974651c0 fffff805`67ca4e8c : 00000000`00000800 ffffb406`f7d85000 ffffb406`f194c660 ffffb406`f1a3b000 : nvlddmkm+0x123ce5 ffff8487`974651f0 fffff805`67c8a41c : ffffb406`f1b8271c 00000002`00000001 ffffb406`00000007 00000000`00000000 : nvlddmkm+0x124e8c ffff8487`97465260 fffff805`67c90f8b : 00000000`00000060 fffff805`684baeb8 00000000`00000060 ffffb406`f1b826b8 : nvlddmkm+0x10a41c ffff8487`97466440 fffff805`67c284f3 : ffffb406`f1b81000 ffff8487`97466640 ffffb406`00000002 ffffa001`ce6c4d80 : nvlddmkm+0x110f8b ffff8487`97466540 fffff805`67bffa83 : 00000000`00000016 00000000`00000000 00000000`00000001 ffffb406`f1b81000 : nvlddmkm+0xa84f3 ffff8487`974666a0 fffff805`68795711 : ffffb406`f1b81000 ffff8487`97466d91 ffff8487`97466f88 00000000`00000001 : nvlddmkm+0x7fa83 ffff8487`97466d10 fffff805`686aa75d : 00000000`00000000 ffffb406`f1943bfc ffff8487`97466f88 ffffb406`f1b18bf0 : nvlddmkm+0xc15711 ffff8487`97466df0 fffff805`6403fab3 : ffffb406`f1b81000 ffffb406`f190f3e0 ffffb406`f1b18bf0 ffffb406`f1943030 : nvlddmkm+0xb2a75d ffff8487`97466e30 fffff805`6404188e : ffffb406`f1b18bf0 ffffffff`fffffffd ffffb406`f1943180 ffffb406`00000000 : dxgkrnl!DpiDxgkDdiStartDevice+0x6b ffff8487`97466e90 fffff805`6403f5d8 : ffffffff`fffffffd ffffb406`f1943180 00000000`00000001 00000000`00000001 : dxgkrnl!DpiFdoStartAdapter+0x58e ffff8487`97467010 fffff805`64058d40 : ffffb113`9a011040 00000000`00000000 ffffb406`f14b6260 00000000`00000000 : dxgkrnl!DpiFdoStartAdapterThreadImpl+0x308 ffff8487`974671c0 fffff805`6402a9ea : fffff805`63f7fa00 00000000`00000000 ffffffff`fffffffd ffffb406`f14b6260 : dxgkrnl!DpiFdoStartAdapterThread+0x30 ffff8487`974671f0 fffff805`6402a94f : 00000000`00000000 ffffffff`fffffffd ffffb406`f14b6260 00000000`00000000 : dxgkrnl!DpiSessionCreateCallback+0x52 ffff8487`97467230 fffff805`64aee722 : 00000000`00000000 00000000`0000014c 00000000`0000014c 00000000`00000148 : dxgkrnl!DxgkNotifySessionStateChange+0xbf ffff8487`97467280 ffffb113`9a2c12d2 : ffffb406`ed7d4940 00000000`0020001e ffffb113`9b6073b0 00000000`00000148 : watchdog!SMgrNotifySessionChange+0x92 ffff8487`974672b0 ffffb113`99e0e5ea : 00000000`00000010 00000000`00050246 ffff8487`97467308 00000000`00000018 : win32k!SysEntrySMgrNotifySessionChange+0x12 ffff8487`974672e0 ffffb113`99e0dfdb : 00000000`00000000 00000000`00050246 ffff8487`97467338 00000000`00000018 : win32kbase!DrvNotifySessionStateChange+0x8a ffff8487`97467310 ffffb113`99e15bc4 : 00000000`00000000 00000000`0000014c 00000000`00000148 ffffb406`f1871b60 : win32kbase!InitializeGreCSRSS+0x1b ffff8487`97467340 ffffb113`9a2c1466 : ffffb406`f7d24080 ffff8487`97467440 00000000`00000001 00000000`00000001 : win32kbase!Win32kBaseUserInitialize+0x124 ffff8487`97467390 fffff805`5ec075b5 : ffffb406`f7d24000 00000000`00100000 ffff8487`97467440 ffffb406`00000000 : win32k!NtUserInitialize+0x16 ffff8487`974673c0 00007ff9`d13b9b44 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x25 0000002e`f8fbf5f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ff9`d13b9b44 SYMBOL_NAME: nvlddmkm+1d5b24 MODULE_NAME: nvlddmkm IMAGE_NAME: nvlddmkm.sys STACK_COMMAND: .cxr 0xffff8487974646a0 ; kb BUCKET_ID_FUNC_OFFSET: 1d5b24 FAILURE_BUCKET_ID: 0x3B_c0000005_nvlddmkm!unknown_function OS_VERSION: 10.0.19041.1 BUILDLAB_STR: vb_release OSPLATFORM_TYPE: x64 OSNAME: Windows 10 FAILURE_ID_HASH: {63c41bff-3ea4-15a0-a72c-26a548d17abe} Followup: MachineOwner --------- 3: kd> lmvm nvlddmkm Browse full module list start end module name fffff805`67b80000 fffff805`6938d000 nvlddmkm (no symbols) Loaded symbol image file: nvlddmkm.sys Image path: \SystemRoot\System32\DriverStore\FileRepository\nvgridsw.inf_amd64_bc3d1d075a43d1ac\nvlddmkm.sys Image name: nvlddmkm.sys Browse all global symbols functions data Timestamp: Mon Apr 5 11:28:32 2021 (606B56D0) CheckSum: 017A33BA ImageSize: 0180D000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 Information from resource tables: 3: kd> .cxr 0xffff8487974646a0 rax=0000000000000000 rbx=ffffb406f7d85000 rcx=e17f3f1e8efe0000 rdx=0000000000000000 rsi=0000000000000000 rdi=ffffb406f1667270 rip=fffff80567d55b24 rsp=ffff8487974650a0 rbp=0000000000000002 r8=0000000000000000 r9=0000000000000000 r10=0000000000000000 r11=ffff848797465040 r12=fffff80568511c80 r13=ffffb406f1667270 r14=ffffb406f194c660 r15=0000000000000000 iopl=0 nv up ei pl nz na pe nc cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050202 nvlddmkm+0x1d5b24: fffff805`67d55b24 4c8b80c8220000 mov r8,qword ptr [rax+22C8h] ds:002b:00000000`000022c8=????????????????

2 1