November 2021 - Users - Ovirt List Archives

Upgraded to oVirt 4.4.9, still have vdsmd memory leak

by Chris Adams

I have seen vdsmd leak memory for years (I've been running oVirt since version 3.5), but never been able to nail it down. I've upgraded a cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I still see it happen. One host in the cluster, which has been up 8 days, has vdsmd with 4.3 GB resident memory. On a couple of other hosts, it's around half a gigabyte. In the past, it seemed more likely to happen on the hosted engine hosts and/or the SPM host... but the host with the 4.3 GB vdsmd is not either of those. I'm not sure what I do that would make my setup "special" compared to others; I loaded a pretty minimal install of CentOS 8-stream, with the only extra thing being I add the core parts of the Dell PowerEdge OpenManage tools (so I can get remote SNMP hardware monitoring). When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single anonymous block (which I'm guessing is just the python general memory allocator). I thought maybe the switch to CentOS 8 and python 3 might clear something up, but obviously not. Any ideas? -- Chris Adams <cma(a)cmadams.net>

3 years, 4 months

5
13
0 / 0

what is the best practices to delete vdisks in 100% used gluster stoargedoamin

by dhanaraj.ramesh＠yahoo.com

Hi Team In my one of three node Hyperconverged (gluster + ovirt) setup, one of the storage domain went offline from Datacenter due to 100% storage space utilization, but luckily it is still online in Gluster. how should I properly delete some of the vdisks in that offline stoarge domain from Gluster and bring back to online?

3 years, 4 months

2
4
0 / 0

broker.log file filling up

by Valerio Luccio

Hello all, my broker.log files are suddenly filling up with lines that start with: Listener::DEBUG::2021-11-24 09:13:20,795::listener::103::ovirt_hosted_engine_ha.broker.listener.Action.get_stats::(wrapper) Executing RPC handler get_stats with params (<ovirt_hosted_engine_ha.broker.listener.ActionsHandler object at 0x7fd3f0411b70>,) Listener::DEBUG::2021-11-24 09:13:20,796::listener::145::ovirt_hosted_engine_ha.broker.listener._encode::(_encode) Encoded successfully: b'maintenance= Followed by a long list of nulls (0\x00) OS: CentOS 8 Ovirt version: 4.4 Any ideas ? -- Valerio Luccio High Performance Computing 10 Astor Place, Room 416D New York University New York, NY 10003 "In an open world, who needs windows or gates ?"

3 years, 4 months

3
8
0 / 0

Repository downloads failing checksum

by p.staniforth＠leedsbeckett.ac.uk

Hello, When trying to do an update running fails dnf update ovirt\*setup\* Upgrade 4 Packages Total download size: 338 k Is this ok [y/N]: y Downloading Packages: [MIRROR] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 4a1410401460e7dd4cb721333fa1b32b971d8d8b199691f957e71dd97c7a60a5(sha256) Expected: fdbc61cea07dc3f10c683152736a5093c27f7665e95af7e2c90ed78002500b88(sha256) [MIRROR] ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 5fb5af5e5ca5d9dd45e169ad28d91afd4576f4c58fa23b4e326aa7ad4adfe9dc(sha256) Expected: 823f63be1764c561f0378fd7c89b0128a13e1ae916df31b1cdf85de4136dda9f(sha256) [MIRROR] ovirt-engine-extension-aaa-ldap-1.4.5-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 93f6e8aa1b349446fd18d3db42d88df387e4afbae3172cc7b9dc25d8c6b1baf9(sha256) Expected: b601d9c1e702b8e67ff4c86ab0089c68f0df17fbba2628704821473d17a7320c(sha256) [MIRROR] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 4a1410401460e7dd4cb721333fa1b32b971d8d8b199691f957e71dd97c7a60a5(sha256) Expected: fdbc61cea07dc3f10c683152736a5093c27f7665e95af7e2c90ed78002500b88(sha256) [FAILED] ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: No more mirrors to try - All mirrors were already tried without success (2-3/4): ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm 25% [==================- ] 444 kB/s | 88 kB 00:00 ETA The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Error downloading packages: Cannot download noarch/ovirt-engine-dwh-grafana-integration-setup-4.4.9.1-1.el8.noarch.rpm: All mirrors were tried I have tried at another site with an up to date system and get dnf reinstall ovirt-engine-dwh-setup Total download size: 95 k Installed size: 214 k Is this ok [y/N]: y Downloading Packages: [MIRROR] ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm: Downloading successful, but checksum doesn't match. Calculated: 5fb5af5e5ca5d9dd45e169ad28d91afd4576f4c58fa23b4e326aa7ad4adfe9dc(sha256) Expected: 823f63be1764c561f0378fd7c89b0128a13e1ae916df31b1cdf85de4136dda9f(sha256) ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch.rpm 64 kB/s | 95 kB 00:01 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 48 kB/s | 95 kB 00:01 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Reinstalling : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 1/2 Cleanup : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 2/2 Verifying : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 1/2 Verifying : ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch 2/2 Reinstalled: ovirt-engine-dwh-setup-4.4.9.1-1.el8.noarch Complete! Regards, Paul S.

3 years, 4 months

6
5
1 / 0

Re: oVirt and ARM

by martin.grigorov＠gmail.com

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

3 years, 4 months

2
1
0 / 0

Re: routing table and wrong ip rule attribution on hosts

by Nathanaël Blanchet

3 years, 4 months

2
1
0 / 0

Re: routing table and wrong ip rule attribution on hosts

by Nathanaël Blanchet

3 years, 4 months

2
2
0 / 0

routing table and wrong ip rule attribution on hosts

by Nathanaël Blanchet

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

3 years, 4 months

2
3
0 / 0

possible problem with mailing list

by Staniforth, Paul

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

3 years, 4 months

1
0
0 / 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

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-...) 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 years, 4 months

3
5
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users November 2021