- Users - oVirt List Archives

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