- Users - oVirt List Archives

How to turn off the state of tlbflush for Windows vm
by Hean-Seng Tan 06 Dec '21

06 Dec '21

We encounter random Windows BSOD (blue screen of death) issues for vm's in environment running oVirt Engine 4.4.4. Upgrading the environment to 4.4.8 does not fix the issue. There is a suggestion from https://bugzilla.redhat.com/show_bug.cgi?id=1868572 to turn off the state of tlbflush under hyperv section for the Windows vm. Does anyone know how to achieve that? Currently, vm description returned from api call includes the following section that has tlbflush state: <features> <acpi/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vpindex state='on'/> <runtime state='on'/> <synic state='on'/> <stimer state='on'/> <reset state='on'/> <frequencies state='on'/> <reenlightenment state='on'/> <tlbflush state='on'/> </hyperv> </features>

2 2

How to set Disk profile via REST API?
by ovirt.org＠nevim.eu 05 Dec '21

05 Dec '21

Hi, I have ovirt version: 4.3.4.3-1.el7 I can't find in the documentation how to set up a server disk profile during creation via the REST API. If it didn't work during creation, then it doesn't matter later after creation. How to please set up a disk profile server via REST API? Thank you.

2 2

Moving backing datastores from NFS to iSCSI
by David Johnson 03 Dec '21

03 Dec '21

Hello braintrust, My ovirt cluster is prone to hanging when it is put under a high IO load. In an earlier thread, someone determined that this is consistent across architectures and infrastructures when NFS is used for the backing datastore for the cluster. I was able to see a huge improvement by switching putting an nVME drive in as the intent log cache on the NAS. But, alas, that appears to have only put off the reckoning, and the cluster locked up again when I doubled the IO workload. Prior email chains to this list have established that the hang occurs because "something" in qemu throws the VM into PAUSE state instead of IOWAIT state when under load. Other emails I have viewed seem to point at NFS as the root cause, so a "least cost" suggestion is to migrate from NFS to iSCSI as backing storage. Is there an existing procedure for migrating Ovirt VM storage from NFS to iSCSI? Current architecture: Ovirt engine 4.4.4.7-1.el8 on centos 8.x, on bare metal intel desktop 2 hosts 4.4.4.7-1.el8 on centos 8.x TrueNAS Core 2020, with shares exposed as NFS 10 GBit dedicated storage Network Thanks, *David Johnson*

2 1

oVirt 3 Node with GlusterFS
by Joseph Goldman 03 Dec '21

03 Dec '21

Hi list, Building a new kit for a client, 3x servers each with a 5 disk RAID 5 10k SPIN and a 3 drive RAID 5 SSD I am thinking of doing a straight replica 3 GlusterFS, 1 for spin and 1 for SSD so a) all servers have technically local access to disks b) any server can die without much impact beyond awaiting migrate Is just a replica 3 best option for space + performance in a VM environment? Is there any specific tricks or traps I should look out for building such an environment? Any recommendations on why this is a good OR BAD idea? Thanks, Joe

4 5

Downloads failing
by Gary Pedretty 02 Dec '21

02 Dec '21

Any idea when the download repositories will be fixed. Seems like none of the mirrors are working so we cannot do new installs of Ovirt Error: Error downloading packages: Cannot download x86_64/ovirt-imageio-daemon-2.3.0-1.el8.x86_64.rpm: All mirrors were tried This has been happening since Monday. Thanks Gary _______________________________ Gary Pedretty Director of IT Ravn Alaska Office: 907-266-8451 Mobile: 907-388-2247 Email: gary.pedretty(a)ravnalaska.com "We call Alaska......Home!" Ravn Alaska CONFIDENTIALITY NOTICE: The information in this email may be confidential and/or privileged. This email is intended to be reviewed by only the individual or organization named above. If you are not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any review, dissemination, forwarding or copying of the email and its attachments, if any, or the information contained herein is prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system. Thank you.

2 4

Re: oVirt and ARM
by martin.grigorov＠gmail.com 30 Nov '21

30 Nov '21

Hi, I've created a Pull Request at https://github.com/oVirt/ovirt-engine/pull/31 that fixes the build on Linux ARM64. Later I've noticed that the preferred way is at Gerrit: https://gerrit.ovirt.org/c/ovirt-engine/+/117852 Any feedback is welcome! Kind regards, Martin

2 1

Re: routing table and wrong ip rule attribution on hosts
by Nathanaël Blanchet 30 Nov '21

30 Nov '21

2 1

Re: routing table and wrong ip rule attribution on hosts
by Nathanaël Blanchet 30 Nov '21

30 Nov '21

2 2

routing table and wrong ip rule attribution on hosts
by Nathanaël Blanchet 30 Nov '21

30 Nov '21

Hi all, I 've finished migration from 4.4.4 to 4.4.9 and I'm facing a strange issue with routing table on my hosts: all IP addressed interfaces (and in particular gluster and migration ones that requiere an IP) are not part of the "254" or "0" usual ip rule. for instance: [root@fuego ~]# nmcli con sh gluster |grep ipv4.route-table ipv4.route-table: 202179335 [root@fuego ~]# nmcli con sh migration |grep ipv4.route-table ipv4.route-table: 316605387 but ovirtmgmt: [root@fuego ~]# nmcli con sh ovirtmgmt |grep ipv4.route-table ipv4.route-table: 254 (main) and obviously the main route table is empty: [root@ ~]# ip ro default via 10.34.100.65 dev ovirtmgmt proto dhcp metric 425 10.34.100.0/24 dev ovirtmgmt proto kernel scope link src 10.34.100.116 metric 425 None of the concerned hosts can ping each other on such interface, and live migrations systematically fail. This behaviour is new with 4.4.9 and I don't know if it is a new (and not achevied) network feature introduced with centos stream to deal network filtering packets. A simple workaround would be "nmcli connection mod migration ipv4.route-table 0 && nmcli con up migration", but I'd like to understand why such strange (and unuseful ?) rule table are now randomly attributed? -- 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 3

possible problem with mailing list
by Staniforth, Paul 29 Nov '21

29 Nov '21

Hello, When I login to the web mailing list system https://lists.ovirt.org/archives/list/users@ovirt.org/ It doesn't seem to send new posts and the discussions you've posted in and recently active discussions sections have a constantly rotating spinner. Regards, Paul S. To view the terms under which this email is distributed, please go to:- https://leedsbeckett.ac.uk/disclaimer/email

1 0