- Users - oVirt List Archives

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

Updating hosted-engine from 4.4.5 to latest(4.4.9) fail with "DNF name '_get_key_for_package' is not defined"
by rene.purcell＠gmail.com 29 Nov '21

29 Nov '21

Hi! I'm having issue updating my nodes, normally I just clicked on them and update each of them without problem. I haven't updated since few months, now I'm unable to. So I checked the doc and saw that I probably should update my engine first so that's what I tried. Info on my setup: 2 nodes hosted-engine is ran as a vm on the same cluster storage is hosted on a NFS share on my qnap. I'm following the doc (https://www.ovirt.org/documentation/upgrade_guide/#updates-between-minor-re…) Fast recap I've put hosted-engine in global maintenance mode, installed the latest ovirt-release44.rpm on engine, engine-upgrade-check, yum update ovirt\*setup\* and finally ran the engine-setup which did not complete successfully.. Here's the error I get: [....] [ INFO ] DNF Downloaded python3-numexpr-2.7.1-1.el8.x86_64.rpm SKIPPED Already downloaded [ INFO ] DNF Downloaded perl-encoding-2.22-3.el8.x86_64.rpm SKIPPED Already downloaded [ INFO ] DNF Downloaded libXft-2.3.3-1.el8.x86_64.rpm SKIPPED Already downloaded [ INFO ] DNF Downloaded libXi-1.7.10-1.el8.x86_64.rpm SKIPPED Already downloaded [ INFO ] DNF Downloaded mcpp-2.7.2-20.el8.x86_64.rpm SKIPPED Already downloaded [ ERROR ] DNF name '_get_key_for_package' is not defined [ ERROR ] Failed to execute stage 'Package installation': name '_get_key_for_package' is not defined [ INFO ] DNF Performing DNF transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20211126111800-qsadme.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20211126111839-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I can't find more info in the log specified in the output, I understand there's something wrong with the list of packages the script try to load/update but can't find any bug reports or other people having this issue so I'm running out of idea.. Anybody have a solutions to try fixing this and complete my engine upgrade to 4.4.9? Thanks a lot, have a great day!!

3 5

hosted engine vm not present
by Nathanaël Blanchet 28 Nov '21

28 Nov '21

Hello I successfully migrated from HE 4.3.10 to HE 4.4.9, but I think I commited a mistake: The HostedEngine vm was running on the host (haboob) where I deployed the upgrade path. Everything was ok except that I deployed it on the wrong host (haboob). So I live migrated the HostedEngine on the centos prexisting host (kilimanjaro) and erase haboob. Then I reinstalled a new host (fuego) to replace haboob. The HostedEngine is able to migrate between kilimajaro and fuego but now the vm seems to not be seen by any host when doing: [root@fuego ~]# hosted-engine --vm-status --== Host fuego (id: 1) status ==-- Host ID : 1 Host timestamp : 3252 Score : 3350 Engine status : {"vm": "down", "health": "bad", "detail": "unknown", "reason": "vm not running on this host"} Hostname : fuego Local maintenance : False stopped : False crc32 : 14527b72 conf_on_shared_storage : True local_conf_timestamp : 3257 Status up-to-date : True Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=3252 (Sun Nov 28 18:27:29 2021) host-id=1 score=3350 vm_conf_refresh_time=3257 (Sun Nov 28 18:27:34 2021) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host kilimanjaro.v100.abes.fr (id: 3) status ==-- Host ID : 3 Host timestamp : 65261186 Score : 0 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down_unexpected", "detail": "unknown"} Hostname : kilimanjaro.v100.abes.fr Local maintenance : True stopped : False crc32 : c381cf1e conf_on_shared_storage : True local_conf_timestamp : 65261189 Status up-to-date : True Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=65261186 (Sun Nov 28 19:27:23 2021) host-id=3 score=0 vm_conf_refresh_time=65261189 (Sun Nov 28 19:27:26 2021) conf_on_shared_storage=True maintenance=True state=LocalMaintenance stopped=False When doing hosted-engine --console, it returns: [root@fuego ~]# hosted-engine --console Command VM.getStats with args {'vmID': '74d2966c-2efa-41f0-a5c3-dd383f690a92'} failed: (code=1, message=Virtual machine does not exist: {'vmId': '74d2966c-2efa-41f0-a5c3-dd383f690a92'}) The engine VM is not on this host It is like the vmID was the old 4.3.10 HostedEngine that doesn't exist anymore. How can I make the new HostedEngine vmID be the good one known by HA and hosts? *I'm afraid to lose the HostedEngine vm when stopping it!* Thank you for your precious help. -- 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