- Users - oVirt List Archives

oVirt Node's Future Regarding CentOS Stream
by eshwayri＠gmail.com 21 Apr '21

21 Apr '21

So I just finished migrating my 4.3 engine to 4.4 on a brand new RHvEL8 install; next step is to upgrade the hosts. When I first started with oVirt I used my own CentOS installs, but quickly decided that it made no sense for my use case. Now I am looking at upgrading from 4.3 to 4.4 and asking myself the same question. Up to now oVirt node has been using the same exact OS I would have used +/- a few extra packages, but with the traditional CentOS going away it really depends on what the new oVirt nodes are going to be based on. I have a feeling the answer to that question is CentOS Stream, which I don't feel comfortable with for this task. While I am sure the developers will test the combination before releasing a new node, they are still only testing whatever specific hardware combination they have. There could be numerous weird bugs that will only show up in certain situations. If Stream was as stable as an EL release, there wouldn't be EL releases. I also appreciate the fa ct that oVirt is itself a work in progress, but the stable branch is considerably more like an EL release than a stream. Anyway, back to the point. Just want to confirm the future for node is stream before I go wasting time building my own EL8 hosts.

3 3

Re: FreeBSD 13 and virtio
by Thomas Hoberg 20 Apr '21

20 Apr '21

q35 with BIOS as that is the cluster default with >4.3. Running the dmesg messages through my mind as I remember them, the vio hardware may be all PCIe based, which would explain why this won't work on a virtual FX 440FX system, because those didn't have PCIe support AFAIK. Any special reason why you'd want them based on 440FX? And I also tested with GhostBSD, which is still 12.* based, and that doesn't seem to have vio support, at least I could not see a hard disk there, which confirms your observation there.

2 3

Re: FreeBSD 13 and virtio
by Sandro Bonazzola 20 Apr '21

20 Apr '21

Maybe you can have a look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236922 "Bug 236922 - Virtio fails as QEMU-KVM guest with Q35 chipset on Ubuntu 18.04.2 LTS" it's from ~20 days ago and the bug is still open Il giorno mar 20 apr 2021 alle ore 14:16 Nur Imam Febrianto < nur_imam(a)outlook.com> ha scritto: > Seems strange. I want to use q35, but whenever I try even to start the > installation (vm disk using virtio-scsi/virtio, net adapter using virtio) > it always shows me the installer doesn’t detect any disk. I have an > existing VM too that recently upgraded from 12.2 to 13. It uses i440FX with > virtio-scsi disk and virtio network. If I try to change the machine into > q35, it keeps stuck at boot after “promiscuous mode enabled”. > > Don’t know what’s wrong. Using oVirt 4.4.5. Can you share your VM Config ? > > > > *From: *Thomas Hoberg <thomas(a)hoberg.net> > *Sent: *20 April 2021 17:27 > *To: *users(a)ovirt.org > *Subject: *[ovirt-users] Re: FreeBSD 13 and virtio > > > > q35 with BIOS as that is the cluster default with >4.3. > > Running the dmesg messages through my mind as I remember them, the vio > hardware may be all PCIe based, which would explain why this won't work on > a virtual FX 440FX system, because those didn't have PCIe support AFAIK. > > Any special reason why you'd want them based on 440FX? > > And I also tested with GhostBSD, which is still 12.* based, and that > doesn't seem to have vio support, at least I could not see a hard disk > there, which confirms your observation there. > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: > https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir… > oVirt Code of Conduct: > https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir… > List Archives: > 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/KFTCXCLC6Q5LV… > -- 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 0

oVirt Node
by KSNull Zero 20 Apr '21

20 Apr '21

Hello! We want to switch OS based oVirt instalation to oVirt-Node based. Is it safe to have OS based hosts and oVirt-Node hosts in the same cluster (with FC shared storage) during transition ? Thank you.

2 1

rhv-log-collector-analyzer available missing?
by Juhani Rautiainen 20 Apr '21

20 Apr '21

Hi! I'm trying to upgrade SHE from 4.3->4.4. Instructions from https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-3 has step "4.2 Analyzing the Environment". My installation doesn't bring the tool rhv-log-collector-analyzer although wiki has a notice that it has been available since v4.2.5? [root@ovirtmgr ~]# yum install rhv-log-collector-analyzer Loaded plugins: fastestmirror, versionlock Determining fastest mirrors ovirt-4.3-epel/x86_64/metalink | 34 kB 00:00:00 * base: mirror.hosthink.net * extras: mirror.hosthink.net * ovirt-4.3: resources.ovirt.org * ovirt-4.3-epel: mirrors.nxthost.com * updates: mirror.hosthink.net base | 3.6 kB 00:00:00 centos-sclo-rh-release | 3.0 kB 00:00:00 extras | 2.9 kB 00:00:00 ovirt-4.3 | 3.0 kB 00:00:00 ovirt-4.3-centos-gluster6 | 3.0 kB 00:00:00 ovirt-4.3-centos-opstools | 2.9 kB 00:00:00 ovirt-4.3-centos-ovirt-common | 3.0 kB 00:00:00 ovirt-4.3-centos-ovirt43 | 2.9 kB 00:00:00 ovirt-4.3-centos-qemu-ev | 3.0 kB 00:00:00 ovirt-4.3-epel | 4.7 kB 00:00:00 ovirt-4.3-virtio-win-latest | 3.0 kB 00:00:00 sac-gluster-ansible | 3.3 kB 00:00:00 updates | 2.9 kB 00:00:00 (1/9): extras/7/x86_64/primary_db | 232 kB 00:00:00 (2/9): ovirt-4.3-centos-gluster6/x86_64/primary_db | 120 kB 00:00:00 (3/9): ovirt-4.3-epel/x86_64/group_gz | 96 kB 00:00:00 (4/9): base/7/x86_64/primary_db | 6.1 MB 00:00:00 (5/9): ovirt-4.3-epel/x86_64/updateinfo | 1.0 MB 00:00:00 (6/9): ovirt-4.3-epel/x86_64/primary_db | 6.9 MB 00:00:00 (7/9): centos-sclo-rh-release/x86_64/primary_db | 2.9 MB 00:00:00 (8/9): sac-gluster-ansible/x86_64/primary_db | 12 kB 00:00:00 (9/9): updates/7/x86_64/primary_db | 7.1 MB 00:00:00 No package rhv-log-collector-analyzer available. Error: Nothing to do Are we missing a repo or is this just copy/paste error from RHV docs and this step shouldn't even be in the oVirt docs? Thanks, Juhani -- Juhani Rautiainen jrauti(a)iki.fi

3 3

Re: FreeBSD 13 and virtio
by Thomas Hoberg 20 Apr '21

20 Apr '21

I've just given it a try: works just fine with me. But I did notice, that I chose virtio-scsi when I created the disk, don't now if that makes any difference, but as an old-timer, I still got "SCSI" ingrained as "better than ATA". Chose FreeBSD 9.2 x64 as OS type while creating the VM (nothing closer appears in the selection box), again don't know if there are better choices. iperf3 shows slightly lower performance than a typical Linux guest, still rather close to 10Gbit/s on my network from the FreeBSD13 guest to a host "next-door", around 40Gbit/s VM to host. Verfied usage of vtnet0/VirtIO NIC and vtscsi0/VirtIO SCSI via dmesg.

2 1

Is it possible to upgrade 3 node HCI from 4.3 to 4.4?
by Jayme 20 Apr '21

20 Apr '21

I have a fairly stock three node HCI setup running oVirt 4.3.9. The hosts are oVirt node. I'm using GlusterFS storage for the self hosted engine and for some VMs. I also have some other VMs running from an external NFS storage domain. Is it possible for me to upgrade this environment to 4.4 while keeping some of the VMs on GlusterFS storage domains running? Does the upgrade require an additional physical host? I'm reading through the upgrade guide and it's not very clear to me how the engine is reinstalled on CentOS8. Do you need a 4th host, or do you take one of the three existing hosts down, wipe it and install ovirt node 4.4? Would it be easier for me to just move all VMs to my NFS storage domain, wipe all hosts and deploy a brand new 4.4 HCI cluster then import the NFS storage domain? Will the 4.3 VMs on the NFS storage domain import/run properly into the new 4.4 deployment or are there any other considerations?

3 4

intel_iommu=on kvm-intel.nested=1 deactivates rp_filter kernel option
by Nathanaël Blanchet 20 Apr '21

20 Apr '21

Hello, I have two kind of hosts: * some with default ovirt node 4.4 kernel settings * some with custom kernel settings including intel_iommu=on kvm-intel.nested=1 I can't open vm console from the second category host when binding from a different vlan because the host is unreacheable But if I set sysctl -w net.ipv4.conf.all.rp_filter=2, I can bind the host and open a vm console. I didn't test if this behaviour is because of Hostdev Passthrough & SR-IOV or Nested Virtualization. Is it an expected behaviour or a bug? -- Nathanaël Blanchet Supervision réseau SIRE 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 1

Two selfhosted engines
by wilrikvdvliert＠hotmail.com 20 Apr '21

20 Apr '21

Dear forum, If I understand correctly, I need shared storage for the self-hosted engine to make it highly available. But is it possible to create 2 self-hosted engines on 2 hosts and make it high available this way? Kind regard

3 2

ova import
by eevans＠digitaldatatechs.com 20 Apr '21

20 Apr '21

I am running Ovirt 4.3 and exported machines as ova which includes disks. When I re import them. the disks are thin provisioned and the vm will not boot. Any idea how to get the import to preallocate disks? I have vms that will not boot. It states no bootable disk is available. It seems the virt2vm isn't working correctly. ANy help would be appreciated. Eric

4 5