- Users - oVirt List Archives

Re: oVirt process that writes to Gluster mount
by Ben 22 Mar '21

22 Mar '21

Well, I'll be -- you're absolutely right, and I'm a bit embarrassed I didn't consider that before. The node that's not healing shows connections from 2 FUSE clients, which I expect, and 3 glustershd, which I also expect. [root@gluster1 ~]# gluster volume status ssd-san client-list Client connections for volume ssd-san Name count ----- ------ glustershd 3 fuse 2 total clients for volume ssd-san : 5 ----------------------------------------------------------------- But the secondary node, which is constantly healing, *shows that it's missing a FUSE connection*: [root@gluster2 ~]# gluster volume status ssd-san client-list Client connections for volume ssd-san Name count ----- ------ glustershd 3 fuse 1 total clients for volume ssd-san : 4 ----------------------------------------------------------------- I had to restart the glusterd service on node 2 twice before the FUSE client reconnected and stayed connected. Thanks a ton, I really appreciate your help! On Mon, Mar 22, 2021 at 12:37 AM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote: > Healing must happen only after a maintenance (for example patch + reboot) > on any of the nodes . > Once the node is up , the FUSE client (any host) should reconnect to all > gluster bricks and write to all bricks simultaneously. > > If you got constant healing, this indicates that a client is not writing > to all bricks. > > Check with the following command if there is such client: > 'gluster volume status *VOLNAME* clients' > > > Best Regards, > Strahil Nikolov > > On Mon, Mar 22, 2021 at 3:24, Ben > <gravyfish(a)gmail.com> wrote: > Sorry, just saw this -- I'm not sure I understand what you mean, but in > any case, the healing process does complete when I stop all of my VMs, > which I believe indicates that something about the oVirt writes to Gluster > is causing the problem in the first place. > > On Sun, Mar 14, 2021 at 8:06 AM Strahil Nikolov <hunter86_bg(a)yahoo.com> > wrote: > > Are you sure that gluster volume client's count is the same on all nodes ? > > Best Regards, > Strahil Nikolov > > On Sat, Mar 13, 2021 at 23:58, Ben > <gravyfish(a)gmail.com> wrote: > Hi, I could use some help with a problem I'm having with the Gluster > storage servers I use in my oVirt data center. I first noticed the problem > when files would constantly heal after rebooting one of the Gluster nodes > -- in the replica 2/arbiter, the node that remained online and the arbiter > would begin healing files and never finish. > > I raised the issue with the helpful folks over at Gluster: > https://github.com/gluster/glusterfs/issues/2226 > > The short version is this: after running a tcpdump and noticing malformed > RPC calls to Gluster from one of my oVirt nodes, they're looking for a > stack trace of whatever process is running I/O on the Gluster cluster from > oVirt in order to figure out what it's doing and if the write problems > could cause the indefinite healing I'm seeing. After checking the qemu > PIDs, it doesn't look like they are actually performing the writes -- is > there a particular part of the oVirt stack I can look at to find the write > operations to Gluster? I don't see anything else doing read/write on the VM > image files on the Gluster mount, but I could be missing something. > > NB: I'm using a traditional Gluster setup with the FUSE client, not > hyperconverged. > > Thanks in advance for any assistance. > _______________________________________________ > 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/76H5BY6IH55GC… > >

1 0

oVirt process that writes to Gluster mount
by Ben 22 Mar '21

22 Mar '21

Hi, I could use some help with a problem I'm having with the Gluster storage servers I use in my oVirt data center. I first noticed the problem when files would constantly heal after rebooting one of the Gluster nodes -- in the replica 2/arbiter, the node that remained online and the arbiter would begin healing files and never finish. I raised the issue with the helpful folks over at Gluster: https://github.com/gluster/glusterfs/issues/2226 The short version is this: after running a tcpdump and noticing malformed RPC calls to Gluster from one of my oVirt nodes, they're looking for a stack trace of whatever process is running I/O on the Gluster cluster from oVirt in order to figure out what it's doing and if the write problems could cause the indefinite healing I'm seeing. After checking the qemu PIDs, it doesn't look like they are actually performing the writes -- is there a particular part of the oVirt stack I can look at to find the write operations to Gluster? I don't see anything else doing read/write on the VM image files on the Gluster mount, but I could be missing something. NB: I'm using a traditional Gluster setup with the FUSE client, not hyperconverged. Thanks in advance for any assistance.

1 1

virbr0 down in oVirt node 4.4, cannot connect to console
by jenia.ivlev＠gmail.com 21 Mar '21

21 Mar '21

Hello. I'm trying to deploy a oVirt instance on my computer in a virtual machine. I started off by installing into a VM the oVirt Node 4.4 and I expected to be able to login into the web console from my browser at 192.168.122.1:9090. But instead what I realized is that inside the oVirt Node, the virbr0 interface 192.168.122.1 is down: https://photos.app.goo.gl/gARdRKdfvwDALtEC8 When I tried to bridge the virbr0 interface back up, it says "failed to access /etc/resolve.conf: No such file or directory": https://photos.app.goo.gl/epVqSjPsrN41ZVCZ8 What did I do wrong? Thanks

1 1

oVirt4.4.5 and gluster op-version
by Jiří Sléžka 20 Mar '21

20 Mar '21

Hello, I have just upgraded my 2hosts+1arbiter hci cluster to 4.4.5. Gluster is not managed by oVirt and currently is in op.version 70200 gluster volume get all cluster.op-version cluster.op-version 70200 after gluster upgrade max-op-version is gluster volume get all cluster.max-op-version cluster.max-op-version 80000 can I (or should I) switch to 80000 op-version? Thanks, Jiri

2 2

What would be the process to restore master host.
by miguel.garcia＠toshibagcs.com 20 Mar '21

20 Mar '21

We have a cluster with one master and 3 ovirt-nodes and the master server got the hard disk fried however the vms are still running and working in shape. We have concerns if restore master by reinstall OS and restore from latest ovirt backup would be enough or if we had to resintall ovirt cluster from scratch along with each node. Thanks in advance for your input.

2 2

Networking
by Jason Alexander Hazen Valliant-Saunders 19 Mar '21

19 Mar '21

I'm trying to create vlans to mirror my vlans on my external switch. is there a simple way to simply define a port trunk and have ovirt engine pass the traffic on? In VMWare; this can be accomplished by nic teaming/trunking (802.3 ad) and then pass the traffic to the switch. From what I have read in oVirt I need to define ovs switches first; I'd like to simply pass L2 to the switch directly. Regards, Hazen

3 5

Host Add - Host not found check DNS or /etc/hosts
by penguin pages 19 Mar '21

19 Mar '21

Fresh install CentOS8 Streams. Gluster wizard runs and deploys. Engine installs on node. I copy over /etc/hosts for primary site resources to ovirt engine so it can find primary cluster nodes without DNS being booted / up at that time. I check ovirt engine can ssh to the three nodes... so as root I generate SSH key and do ssh-copy-id to all three nodes. So as much as I can validate communication is working.. i have. When I "add host" -> use FDN -> input root password But it shows up in GUI host list with "install fails" Only message is : [root@ovirt01 ~]# cat /var/log/ovirt-engine/ansible-runner-service.log 2021-03-18 09:44:15,998 - runner_service.controllers.hosts - DEBUG - Adding host odin.penguinpages.local to group ovirt 2021-03-18 09:44:16,344 - runner_service.services.hosts - ERROR - SSH - NOCONN:SSH error - 'odin.penguinpages.local' not found; check DNS or /etc/hosts 2021-03-18 10:07:15,970 - root - INFO - Analysing local configuration options from /etc/ansible-runner-service/config.yaml 2021-03-18 10:07:15,975 - root - INFO - - setting playbooks_root_dir to /usr/share/ovirt-engine/ansible-runner-service-project 2021-03-18 10:07:15,975 - root - INFO - - setting ssh_private_key to /etc/pki/ovirt-engine/keys/engine_id_rsa 2021-03-18 10:07:15,975 - root - INFO - - setting port to 50001 2021-03-18 10:07:15,975 - root - INFO - - setting target_user to root 2021-03-18 10:07:15,975 - root - INFO - - setting log_path to /var/log/ovirt-engine 2021-03-18 10:07:15,975 - root - INFO - Analysing runtime overrides from environment variables 2021-03-18 10:07:15,975 - root - INFO - No configuration settings overridden 2021-03-18 10:07:15,995 - root - INFO - Loaded logging configuration from /etc/ansible-runner-service/logging.yaml 2021-03-18 10:07:16,004 - runner_service.controllers.hosts - DEBUG - Request received, content-type :None 2021-03-18 10:07:16,005 - runner_service.controllers.hosts - INFO - 127.0.0.1 - GET /api/v1/hosts/thor.penguinpages.local 2021-03-18 10:07:16,013 - runner_service.controllers.hosts - DEBUG - Request received, content-type :application/json; charset=UTF-8 2021-03-18 10:07:16,013 - runner_service.controllers.hosts - INFO - 127.0.0.1 - POST /api/v1/hosts/thor.penguinpages.local/groups/ovirt 2021-03-18 10:07:16,013 - runner_service.controllers.hosts - DEBUG - additional args received 2021-03-18 10:07:16,014 - runner_service.controllers.hosts - DEBUG - Adding host thor.penguinpages.local to group ovirt 2021-03-18 10:07:16,339 - runner_service.services.hosts - ERROR - SSH - NOCONN:SSH error - 'thor.penguinpages.local' not found; check DNS or /etc/hosts 2021-03-18 10:07:38,333 - runner_service.controllers.hosts - DEBUG - Request received, content-type :None 2021-03-18 10:07:38,334 - runner_service.controllers.hosts - INFO - 127.0.0.1 - GET /api/v1/hosts/thor.penguinpages.local 2021-03-18 10:07:38,339 - runner_service.controllers.hosts - DEBUG - Request received, content-type :application/json; charset=UTF-8 2021-03-18 10:07:38,339 - runner_service.controllers.hosts - INFO - 127.0.0.1 - POST /api/v1/hosts/thor.penguinpages.local/groups/ovirt 2021-03-18 10:07:38,339 - runner_service.controllers.hosts - DEBUG - additional args received 2021-03-18 10:07:38,340 - runner_service.controllers.hosts - DEBUG - Adding host thor.penguinpages.local to group ovirt 2021-03-18 10:07:38,713 - runner_service.services.hosts - ERROR - SSH - NOCONN:SSH error - 'thor.penguinpages.local' not found; check DNS or /etc/hosts But ssh is fine to all hosts works fine. [root@ovirt01 ~]# ssh thor.penguinpages.local Web console: https://thor.penguinpages.local:9090/ or https://172.16.100.101:9090/ Last login: Wed Mar 17 11:27:34 2021 from 172.16.101.103 [root@thor ~]# exit logout Connection to thor.penguinpages.local closed. [root@ovirt01 ~]# ssh medusa.penguinpages.local Activate the web console with: systemctl enable --now cockpit.socket Last login: Thu Mar 18 10:06:40 2021 from 172.16.100.186 [root@medusa ~]# exit logout Connection to medusa.penguinpages.local closed. [root@ovirt01 ~]# ssh odin.penguinpages.local Activate the web console with: systemctl enable --now cockpit.socket Last login: Wed Mar 17 16:02:46 2021 from 172.16.100.186 [root@odin ~]# exit logout Connection to odin.penguinpages.local closed. [root@ovirt01 ~]#

2 1

Quick Question: Degraded Gluster
by Christian Reiss 18 Mar '21

18 Mar '21

Hey folks, quick question: I have a 3 node cluster (HC) in a production environment. I recently swapped all the storage SSDs with bigger enterprise grades SSDs. So I took a host down (migrating all VMs away, maintenance, shutdown, fix raid, gluster repair, back online). This worked well and all three nodes are now hardware-wise replaced. The last one is still gluster-healing (roughly 20% done). The other two nodes are happily serving the vms while the third one is still in maintenance. my question is: Can I online the maintenance node while gluster is still healing? Or will will open up a can of worms I would not like? It would be cool having all three nodes back online soon while the gluster is still repairing. We have no urge tho. If there is a risk I would wait. If this is somewhat risk-free and do-able why not :) -- with kind regards, mit freundlichen Gruessen, Christian Reiss

2 1

Upgrading DWH from 4.4.4 to 4.4.5
by Nur Imam Febrianto 18 Mar '21

18 Mar '21

Hi, I’m currently trying to upgrade my oVirt Cluster into 4.4.5. Hosted engine upgrade work successfully. But whenever I tried upgrading DWH on separate machine it keep giving me this error : Failed to execute stage 'Misc configuration': 'OVESETUP_SYSTEM/selinuxBooleans' In engine-setup log : 2021-03-18 23:34:10,976+0700 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/apache/selinux.py", line 40, in _misc osetupcons.SystemEnv.SELINUX_BOOLEANS KeyError: 'OVESETUP_SYSTEM/selinuxBooleans' 2021-03-18 23:34:10,977+0700 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': 'OVESETUP_SYSTEM/selinuxBooleans' Using CentOS 8.3 as separate DWH machine. Anybody maybe can help me ? Thanks before. Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

1 0

oVirt 4.4.5 is now generally available
by Lev Veyde 18 Mar '21

18 Mar '21

oVirt 4.4.5 is now generally available The oVirt project is excited to announce the general availability of oVirt 4.4.5 , as of March 18th, 2021. This release unleashes an altogether more powerful and flexible open source virtualization solution that encompasses hundreds of individual changes and a wide range of enhancements across the engine, storage, network, user interface, and analytics, as compared to oVirt 4.3. Important notes before you install / upgrade Please note that oVirt 4.4 only supports clusters and data centers with compatibility version 4.2 and above. If clusters or data centers are running with an older compatibility version, you need to upgrade them to at least 4.2 (4.3 is recommended). Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7 are no longer supported. For example, the megaraid_sas driver is removed. If you use Enterprise Linux 8 hosts you can try to provide the necessary drivers for the deprecated hardware using the DUD method (See the users’ mailing list thread on this at https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJ… ) Documentation - If you want to try oVirt as quickly as possible, follow the instructions on the Download <https://ovirt.org/download/> page. - For complete installation, administration, and usage instructions, see the oVirt Documentation <https://ovirt.org/documentation/>. - For upgrading from a previous version, see the oVirt Upgrade Guide <https://ovirt.org/documentation/upgrade_guide/>. - For a general overview of oVirt, see About oVirt <https://ovirt.org/community/about.html>. What’s new in oVirt 4.4.5 Release? This update is the fifth in a series of stabilization updates to the 4.4 series. This release is available now on x86_64 architecture for: - Red Hat Enterprise Linux 8.3 - CentOS Linux (or similar) 8.3 - CentOS Stream (tech preview) This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: - Red Hat Enterprise Linux 8.3 - CentOS Linux (or similar) 8.3 - oVirt Node (based on CentOS Linux 8.3) - CentOS Stream (tech preview) oVirt Node and Appliance have been updated, including: - oVirt 4.4.5: https://www.ovirt.org/release/4.4.5/ - Ansible 2.9.18: https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.… - Advanced Virtualization 8.3.1 - Gluster 8.4: https://docs.gluster.org/en/latest/release-notes/8.4/ See the release notes [1] for installation instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for CentOS Linux 8 - oVirt Node NG is already available for CentOS Linux 8 Additional resources: - Read more about the oVirt 4.4.5 release highlights: https://www.ovirt.org/release/4.4.5/ - Get more oVirt project updates on Twitter: https://twitter.com/ovirt - Check out the latest project news on the oVirt blog: https://blogs.ovirt.org/ [1] https://www.ovirt.org/release/4.4.5/ [2] https://resources.ovirt.org/pub/ovirt-4.4/iso/ -- Lev Veyde Senior Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

4.4.5 released? Fails to upgrade
by Rik Theys 18 Mar '21

18 Mar '21

Hi, My systems pulled in 4.4.5 packages last night, so I assume oVirt 4.4.5 was released? The release notes page does not list the release and I also did not see any announcement. The packages are 4.4.5.10-1.el8. I ran an engine-setup and upgraded to this release but the upgrade has failed due to a failure to update the database schema and it seems the rollback was not successful as my instance failed to start afterwards. I've downgraded all packages and ran engine-setup --offline, which seems to at least bring back my engine to a working state. I'm confused: has 4.4.5 been released or did I pull in some intermediate version with known issues? Regards, Rik -- Rik Theys System Engineer KU Leuven - Dept. Elektrotechniek (ESAT) Kasteelpark Arenberg 10 bus 2440 - B-3001 Leuven-Heverlee +32(0)16/32.11.07 ---------------------------------------------------------------- <<Any errors in spelling, tact or fact are transmission errors>>

3 3

Python SDK rename virtual machine
by Gerard Weatherby 18 Mar '21

18 Mar '21

Is there an API call in the Ovirt Python SDK to rename an existing virtual machine?

2 2

Migrate windows 2003 server 64bits from libvirt to ovirt
by Fernando Hallberg 17 Mar '21

17 Mar '21

Hi, I have a VM with 2003 server x64, and I upload the vm image to oVirt. The VM boot on the oVirt, but, the blue screen appear with a error message: [image: image.png] Anybody has some information about this? I try to convert de img file from raw to qcow2, but the error persists. Regards, Fernando Hallberg

5 8

Access to the internet from oVirt VMs
by unityresearcher＠alterpost.org 16 Mar '21

16 Mar '21

Hi to all ✋😉 I've stacked with ovirt's vm network routing Infrastructure: 1. stansalone ovirt engine (hetzner cloud vm) 2. ovirt node (hetzner robot, dedicated server) 3. hetzner private cloud network. Both Engine and Node are connected to private network. For node the network is built on external NIC's tagged VLAN https://docs.hetzner.com/robot/dedicated-server/network/vswitch/ 4. Also there is a pfsense router vm in private network So my purpose is to grant access to the internet from VM inside oVirt via pfSense. Additional info: 1. pfsense machine is pingable from oVirt VM 2. oVirt VM NIC – ovirtmgmt 3. pfsenses' NAT works fine for machines in hetzner cloud 4. Painful troubleshooting showed that something on ovirtmgmt bridge forbids to route traffic to another network 5. Internet access "from the box" doesn't work because ovirtmgmt works on VLAN interface, not at physical one itself. 6. In Ovirt's docs I've found the two ways of custom routing. The first one is about external network provider, that unacceptable for me because it doesn't support VLAN tagging (without it node's network can't get access to private cloud network). The second one is custom routing inside a node that doesn't work for me as well by unknown reason What I do wrong? What are the best practices in oVirt network when we talking about internet access from oVirt's VMs? Thx 😉

1 0

ovirt 4.3, hosted engine - network interface validation
by jan.szubiak＠gmail.com 16 Mar '21

16 Mar '21

Hi Community, Right to the point: I'm struggling with the bellow error: Validate selected bridge interface if management bridge does not exists][ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The selected network interface is not valid I can not find any reason why it is rejecting my interface from being valid: [root@ovirttest ~]# ip a sh dev enp0s31f6 2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 8c:16:45:b8:4d:00 brd ff:ff:ff:ff:ff:ff inet 192.168.130.8/24 brd 192.168.130.255 scope global noprefixroute enp0s31f6 valid_lft forever preferred_lft forever inet6 fe80::c7fc:cf7:92a7:e4c/64 scope link noprefixroute valid_lft forever preferred_lft forever [root@ovirttest ~]# ping `hostname -f` -c 1 PING ovirttest.local.test (192.168.130.8) 56(84) bytes of data. 64 bytes from ovirttest.local.test (192.168.130.8): icmp_seq=1 ttl=64 time=0.027 ms --- ovirttest.local.test ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.027/0.027/0.027/0.000 ms [root@ovirttest ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.9 (Maipo) [root@ovirttest ~]# rpm -q ovirt-engine ovirt-engine-4.3.10.4-1.el7.noarch [root@ovirttest ~]# If I only knew what are the conditions checked against the interface.... I found many posts about this issue, mean - the same error message, but none of the sollution fits to me...:-( Kindly please for advise.... Jan

1 0

OvirtEngine Fails (any ideas?)
by Jason Alexander Hazen Valliant-Saunders 16 Mar '21

16 Mar '21

Failed to start oVirt ImageIO Daemon. CODE_FILE ../src/core/job.c CODE_FUNC job_log_done_status_message CODE_LINE 933 INVOCATION_ID 4c19d99e2caf48a39b4d3c79b290c214 JOB_RESULT failed JOB_TYPE start MESSAGE_ID be02cf6855d2428ba40df7e9d022f03d PRIORITY 3 SYSLOG_FACILITY 3 SYSLOG_IDENTIFIER systemd UNIT ovirt-imageio.service _BOOT_ID 4bd6b8dcfcc04655bb96228bbc07e371 _CAP_EFFECTIVE 3fffffffff _CMDLINE /usr/lib/systemd/systemd --switched-root --system --deserialize 17 _COMM systemd _EXE /usr/lib/systemd/systemd _GID 0 _HOSTNAME ovirt1.altignus.com _MACHINE_ID 0d2ee365ebc64b03982bae07fe190e25 _PID 1 _SELINUX_CONTEXT system_u:system_r:init_t:s0 _SOURCE_REALTIME_TIMESTAMP 1615827351504037 _SYSTEMD_CGROUP /init.scope _SYSTEMD_SLICE -.slice _SYSTEMD_UNIT init.scope _TRANSPORT journal _UID 0 __CURSOR s=896394b4edaf41349024e42366d9e760;i=3393;b=4bd6b8dcfcc04655bb96228bbc07e371;m=30ad6a7e;t=5bd961f4e04b9;x=b3fe6e1de39c7ab8 __MONOTONIC_TIMESTAMP 816671358 __REALTIME_TIMESTAMP 1615827351504057

4 6

Reset NVRAM
by Shantur Rathore 15 Mar '21

15 Mar '21

Hi all, I am doing some testing with GPU passthrough to VMs and in some cases the OVMF stops booting after a GPU passthrough. I have figured out that it's related to some state stored in NVRAM by OVMF and as soon as I create another VM with the same disks it starts booting up. I believe oVirt saves the NVRAM state. Is there a way to clear NVRAM for a VM without deleting it? Regards, Shantur

2 4

Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue
by Jason Alexander Hazen Valliant-Saunders 15 Mar '21

15 Mar '21

Any guidance on how to troubleshoot these failed services? > [image: image.png] >

1 0

Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue
by Yedidyah Bar David 15 Mar '21

15 Mar '21

On Mon, Mar 15, 2021 at 11:24 AM Marko Vrgotic <M.Vrgotic(a)activevideo.com> wrote: > > Hi Didi, > > > > Have you received all logs I sent? I did send all requested. Just wondering if you were able to find something. I did saw that you sent them, but was a bit busy, and didn't yet have a look at them. Hope to update soon. Best regards, > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > o: +31 (35) 6774131 > > m: +31 (65) 5734174 > > e: m.vrgotic(a)activevideo.com > w: www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > From: Marko Vrgotic <M.Vrgotic(a)activevideo.com> > Date: Monday, 8 March 2021 at 15:55 > To: Yedidyah Bar David <didi(a)redhat.com> > Cc: users(a)ovirt.org <users(a)ovirt.org> > Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue > > The broker log, these lines are pretty much repeating: > > > > MainThread::WARNING::2021-03-03 09:19:12,086::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__) Can't connect vdsm storage: 'metadata_image_UUID can't be 'None' > > MainThread::INFO::2021-03-03 09:19:12,829::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 2.3.6 started > > MainThread::INFO::2021-03-03 09:19:12,829::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/sub > > monitors > > MainThread::INFO::2021-03-03 09:19:12,829::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load > > MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine > > MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health > > MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free > > MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge > > MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor network > > MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor storage-domain > > MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load > > MainThread::INFO::2021-03-03 09:19:12,834::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine > > MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health > > MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free > > MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge > > MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor network > > MainThread::INFO::2021-03-03 09:19:12,836::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor storage-domain > > MainThread::INFO::2021-03-03 09:19:12,836::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Finished loading submonitors > > MainThread::WARNING::2021-03-03 09:19:12,836::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__) Can't connect vdsm storage: 'metadata_image_UUID can't be 'None' > > MainThread::INFO::2021-03-03 09:19:13,574::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 2.3.6 started > > MainThread::INFO::2021-03-03 09:19:13,575::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors > > MainThread::INFO::2021-03-03 09:19:13,575::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load > > MainThread::INFO::2021-03-03 09:19:13,577::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine > > MainThread::INFO::2021-03-03 09:19:13,578::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health > > > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > o: +31 (35) 6774131 > > m: +31 (65) 5734174 > > e: m.vrgotic(a)activevideo.com > w: www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > From: Marko Vrgotic <M.Vrgotic(a)activevideo.com> > Date: Monday, 8 March 2021 at 15:34 > To: Yedidyah Bar David <didi(a)redhat.com> > Cc: users(a)ovirt.org <users(a)ovirt.org> > Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue > > Hi Didi, > > > > Please find the attached logs from Host and Engine. > > > > Host ovirt-sj-02 HE Undeploy 2021-03-08 14:15:52 till 2021-03-08 14:18:24 > > > > > > Host ovirt-sj-02 HE Deploy 2021-03-08 14:20:51 till 2021-03-08 14:23:22 > > > > I do see errors in the agent and broker and vdsm, but I do not see why it happened. > > > > Thank you for helping, let me know if any additional files are needed. > > > > > > ----- > > kind regards/met vriendelijke groeten > > > > Marko Vrgotic > Sr. System Engineer @ System Administration > > > ActiveVideo > > o: +31 (35) 6774131 > > m: +31 (65) 5734174 > > e: m.vrgotic(a)activevideo.com > w: www.activevideo.com > > > > ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. > > > > > > > > From: Yedidyah Bar David <didi(a)redhat.com> > Date: Monday, 8 March 2021 at 09:25 > To: Marko Vrgotic <M.Vrgotic(a)activevideo.com> > Cc: users(a)ovirt.org <users(a)ovirt.org> > Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue > > ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** > > Hi, > > On Mon, Mar 8, 2021 at 10:13 AM Marko Vrgotic <M.Vrgotic(a)activevideo.com> wrote: > > > > I cannot find the reason why the re-Deployment on this Hosts fails, as it was already deployed on it before. > > > > No errors, found int the deployment, but it seems half done, based on messages I sent in previous email. > > Please check/share all relevant logs. Thanks. Can be all of /var/log > from engine and hosts, and at least: > > /var/log/ovirt-engine/engine.log > > /var/log/vdsm/* > > /var/log/ovirt-hosted-engine-ha/* > > Best regards, > -- > Didi -- Didi

2 1

4.4.5 Release timeline
by David White 15 Mar '21

15 Mar '21

Hello, Reviewing https://ovirt.org/release/4.4.5/, I see that the target release date was set to March 9. However, glancing at https://bugzilla.redhat.com/buglist.cgi?quicksearch=ALL%20target_milestone%…, I see a number of outstanding open tickets. Do the maintainers anticipate that 4.4.5 will be released soon? I'm trying to decide if I should wait for 4.4.5 to be released, or if I should go with 4.4.4, as I am getting ready to do a fresh install for a 3-node hyperconverged cluster, and need to begin setting up VMs and configuring things very soon. Sent with ProtonMail Secure Email.

2 1

RHV is allocating more space than it should
by Łukasz Kołaciński 15 Mar '21

15 Mar '21

Hello, I have a question about restoring virtual machines. Why is ovirt/rhv allocating ~10% more space than it should. For example, we have a 10 GB disk, and after restore the size is 11 GB. This only happens with a SPARSE disk type on ISCSI storage. Is it a normal behavior? Regards, Łukasz Kołaciński Junior Java Developer e-mail: l.kolacinski(a)storware.eu<mailto:l.kolacinski@storware.eu> <mailto:m.helbert@storware.eu> [STORWARE]<http://www.storware.eu/> ul. Leszno 8/44 01-192 Warszawa www.storware.eu <https://www.storware.eu/> [facebook]<https://www.facebook.com/storware> [twitter]<https://twitter.com/storware> [linkedin]<https://www.linkedin.com/company/storware> [Storware_Stopka_09]<https://www.youtube.com/channel/UCKvLitYPyAplBctXibFWrkw> Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich komputerów. This message is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you have received this message in error, please contact the sender and remove the material from all of your computer systems.

1 0

Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue
by Marko Vrgotic 15 Mar '21

15 Mar '21

Hi Didi, Have you received all logs I sent? I did send all requested. Just wondering if you were able to find something. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Marko Vrgotic <M.Vrgotic(a)activevideo.com> Date: Monday, 8 March 2021 at 15:55 To: Yedidyah Bar David <didi(a)redhat.com> Cc: users(a)ovirt.org <users(a)ovirt.org> Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue The broker log, these lines are pretty much repeating: MainThread::WARNING::2021-03-03 09:19:12,086::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__) Can't connect vdsm storage: 'metadata_image_UUID can't be 'None' MainThread::INFO::2021-03-03 09:19:12,829::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 2.3.6 started MainThread::INFO::2021-03-03 09:19:12,829::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/sub monitors MainThread::INFO::2021-03-03 09:19:12,829::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health MainThread::INFO::2021-03-03 09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor network MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor storage-domain MainThread::INFO::2021-03-03 09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load MainThread::INFO::2021-03-03 09:19:12,834::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge MainThread::INFO::2021-03-03 09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor network MainThread::INFO::2021-03-03 09:19:12,836::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor storage-domain MainThread::INFO::2021-03-03 09:19:12,836::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Finished loading submonitors MainThread::WARNING::2021-03-03 09:19:12,836::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__) Can't connect vdsm storage: 'metadata_image_UUID can't be 'None' MainThread::INFO::2021-03-03 09:19:13,574::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 2.3.6 started MainThread::INFO::2021-03-03 09:19:13,575::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors MainThread::INFO::2021-03-03 09:19:13,575::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load MainThread::INFO::2021-03-03 09:19:13,577::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine MainThread::INFO::2021-03-03 09:19:13,578::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Marko Vrgotic <M.Vrgotic(a)activevideo.com> Date: Monday, 8 March 2021 at 15:34 To: Yedidyah Bar David <didi(a)redhat.com> Cc: users(a)ovirt.org <users(a)ovirt.org> Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue Hi Didi, Please find the attached logs from Host and Engine. Host ovirt-sj-02 HE Undeploy 2021-03-08 14:15:52 till 2021-03-08 14:18:24 Host ovirt-sj-02 HE Deploy 2021-03-08 14:20:51 till 2021-03-08 14:23:22 I do see errors in the agent and broker and vdsm, but I do not see why it happened. Thank you for helping, let me know if any additional files are needed. ----- kind regards/met vriendelijke groeten Marko Vrgotic Sr. System Engineer @ System Administration ActiveVideo o: +31 (35) 6774131 m: +31 (65) 5734174 e: m.vrgotic(a)activevideo.com<mailto:m.vrgotic@activevideo.com> w: www.activevideo.com<http://www.activevideo.com> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ Hilversum, The Netherlands. The information contained in this message may be legally privileged and confidential. It is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any copy of this message. From: Yedidyah Bar David <didi(a)redhat.com> Date: Monday, 8 March 2021 at 09:25 To: Marko Vrgotic <M.Vrgotic(a)activevideo.com> Cc: users(a)ovirt.org <users(a)ovirt.org> Subject: Re: [ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue ***CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender!!!*** Hi, On Mon, Mar 8, 2021 at 10:13 AM Marko Vrgotic <M.Vrgotic(a)activevideo.com> wrote: > > I cannot find the reason why the re-Deployment on this Hosts fails, as it was already deployed on it before. > > No errors, found int the deployment, but it seems half done, based on messages I sent in previous email. Please check/share all relevant logs. Thanks. Can be all of /var/log from engine and hosts, and at least: /var/log/ovirt-engine/engine.log /var/log/vdsm/* /var/log/ovirt-hosted-engine-ha/* Best regards, -- Didi

1 0

doubt about CentOS 8.3 hypervisor and ansible version
by Gianluca Cecchi 15 Mar '21

15 Mar '21

Hello, I have a CentOS 8.3 + updates host in a 4.4.4 environment. The web admin gui shows that it needs to upgrade to some packages. The check event in web admin gui says: Check for available updates on host ov300 was completed successfully with message 'nss.x86_64, grub2-tools-efi.x86_64, bind-utils.x86_64, dracut-network.x86_64, libvirt-daemon-driver-qemu.x86_64, qemu-kvm-common.x86_64, libvirt-daemon-driver-storage-scsi.x86_64, libvirt-daemon-driver-nodedev.x86_64, nss-sysinit.x86_64, grub2-tools-minimal.x86_64 and 74 others. To see all packages check engine.log.'. If I go to engine in file ovirt-host-mgmt-ansible-check-.....log I get: "yum_result" : "bind-export-libs.x86_64\nbind-libs.x86_64\nbind-libs-lite.x86_64\nbind-lic ense.noarch\nbind-utils.x86_64\nbpftool.x86_64\nbuildah.x86_64\ncockpit-podman.noarch\nconmon.x86_64 \ncontainer-selinux.noarch\ncontainernetworking-plugins.x86_64\ncontainers-common.x86_64\ncriu.x86_6 4\ndbxtool.x86_64\ndracut.x86_64\ndracut-config-rescue.x86_64\ndracut-network.x86_64\ndracut-squash. x86_64\nfuse-overlayfs.x86_64\ngrub2-common.noarch\ngrub2-efi-x64.x86_64\ngrub2-tools.x86_64\ngrub2- tools-extra.x86_64\ngrub2-tools-minimal.x86_64\nkernel.x86_64\nkernel-core.x86_64\nkernel-modules.x8 6_64\nkernel-tools.x86_64\nkernel-tools-libs.x86_64\nkmod-megaraid_sas.x86_64\nlibtpms.x86_64\nlibvi rt-admin.x86_64\nlibvirt-bash-completion.x86_64\nlibvirt-client.x86_64\nlibvirt-daemon.x86_64\nlibvi rt-daemon-config-network.x86_64\nlibvirt-daemon-config-nwfilter.x86_64\nlibvirt-daemon-driver-interf ace.x86_64\nlibvirt-daemon-driver-network.x86_64\nlibvirt-daemon-driver-nodedev.x86_64\nlibvirt-daem on-driver-nwfilter.x86_64\nlibvirt-daemon-driver-qemu.x86_64\nlibvirt-daemon-driver-secret.x86_64\nl ibvirt-daemon-driver-storage.x86_64\nlibvirt-daemon-driver-storage-core.x86_64\nlibvirt-daemon-drive r-storage-disk.x86_64\nlibvirt-daemon-driver-storage-gluster.x86_64\nlibvirt-daemon-driver-storage-i scsi.x86_64\nlibvirt-daemon-driver-storage-iscsi-direct.x86_64\nlibvirt-daemon-driver-storage-logica l.x86_64\nlibvirt-daemon-driver-storage-mpath.x86_64\nlibvirt-daemon-driver-storage-rbd.x86_64\nlibv irt-daemon-driver-storage-scsi.x86_64\nlibvirt-daemon-kvm.x86_64\nlibvirt-libs.x86_64\nlibvirt-lock- sanlock.x86_64\nmicrocode_ctl.x86_64\nnss.x86_64\nnss-softokn.x86_64\nnss-softokn-freebl.x86_64\nnss -sysinit.x86_64\nnss-tools.x86_64\nnss-util.x86_64\npodman.x86_64\npodman-catatonit.x86_64\npython3- bind.noarch\npython3-libvirt.x86_64\npython3-perf.x86_64\nqemu-img.x86_64\nqemu-kvm.x86_64\nqemu-kvm -block-curl.x86_64\nqemu-kvm-block-gluster.x86_64\nqemu-kvm-block-iscsi.x86_64\nqemu-kvm-block-rbd.x 86_64\nqemu-kvm-block-ssh.x86_64\nqemu-kvm-common.x86_64\nqemu-kvm-core.x86_64\nrunc.x86_64\nslirp4n etns.x86_64\nswtpm.x86_64\nswtpm-libs.x86_64\nswtpm-tools.x86_64\nvirt-v2v.x86_64\ngrub2-tools.x86_64\ngrub2-tools-efi.x86_64\ngrub2-tools-extra.x86_64\ngrub2-tools-minimal.x86_64\n" I upgrade the host from the gui (without restart). So far so good. But now if I connect to the host I get: [root@ov300 ~]# yum update Last metadata expiration check: 0:05:42 ago on Mon 15 Mar 2021 09:36:31 AM CET. Dependencies resolved. ==================================================================================================== Package Architecture Version Repository Size ==================================================================================================== Upgrading: ansible noarch 2.9.18-2.el8 ovirt-4.4-centos-ovirt44 17 M Transaction Summary ==================================================================================================== Upgrade 1 Package Total size: 17 M Is this ok [y/N]: Current version: [root@ov300 ~]# rpm -q ansible ansible-2.9.16-2.el8.noarch [root@ov300 ~]# Any suggestions on what is the right thing to do? Why the ansible package was not updated and why it was not put into a sort of black list if it is correct to do so? Thanks, Gianluca

1 0

Unsure where to post this
by Jason Alexander Hazen Valliant-Saunders 14 Mar '21

14 Mar '21

Hello Ovirt Users; I'm attempting to Deploy Ovirt-engine and having a rough go of it with 4.4.4 I've installed oVirt 4.4.4 onto a USB key (64GB) on an HP DL 380 G8, Storage is via NFS and Free NAS (30TB) over 10GB Ethernet (Chelsio) - I had to install drivers using these commands: Chelsio T320 10GB/s Card Mods 1. rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org 2. yum install https://www.elrepo.org/elrepo-release-8.el8.elrepo.noarch.rpm 3. yum install kmod-cxgb3 for some reason I've had services failing on my Newly installed Ovirt Node The oVirt Imiage IO Deamon refuses to start: I believe this is the reason I cannot run "hosted-engine --deploy" (fails towards the end) For a bit it was the VSDM service now it's the image IO Deamon. intuition tells me that maybe Ovirt does not play well with Chelsio 10GB cards?? As always any help is appreciated. Regards, Hazen

2 1

login to self hosted endine during deployment
by jost.rakovec＠snt.si 14 Mar '21

14 Mar '21

Is it possible to ssh or any other way connect to self hosted engine during deployment, since anssible is using ssh? I would like to check something? something like this: ssh -C -o ControlMaster=auto -o ControlPersist=60s -o User="root" -o ConnectTimeout=10 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ControlPath=/root/.ansible/cp/45a9ce675c -tt olvman.example.local /bin/sh -c Thanks

3 3