April 2020 - Devel - oVirt List Archives

[VDSM] Started getting virNetTLSContextCheckCertTimes:154 : The server certificate /etc/pki/vdsm/certs/vdsmcert.pem has expired
by Edward Haas 11 Jan '24

11 Jan '24

Hi, I have a VM which acts as an oVirt host with VDSM installed. I use it for testing without connecting it to Engine. Recently VDSM fails to come up and I see this error: Sep 26 17:58:18 localhost libvirtd: 2018-09-26 14:58:18.978+0000: 12176: error : virNetTLSContextCheckCertTimes:154 : The server certificate /etc/pki/vdsm/certs/vdsmcert.pem has expired Any hint on how to generate or fetch a new certificate without the help of Engine? Thanks, Edy.

3 5

Error: Adding new Host to ovirt-engine
by Ahmad Khiet 14 Aug '23

14 Aug '23

Hi, Can't add new host to ovirt engine, because the following error: 2019-06-12 12:23:09,664 p=4134 u=engine | TASK [ovirt-host-deploy-facts : Set facts] ************************************* 2019-06-12 12:23:09,684 p=4134 u=engine | ok: [10.35.1.17] => { "ansible_facts": { "ansible_python_interpreter": "/usr/bin/python2", "host_deploy_vdsm_version": "4.40.0" }, "changed": false } 2019-06-12 12:23:09,697 p=4134 u=engine | TASK [ovirt-provider-ovn-driver : Install ovs] ********************************* 2019-06-12 12:23:09,726 p=4134 u=engine | fatal: [10.35.1.17]: FAILED! => {} MSG: The conditional check 'cluster_switch == "ovs" or (ovn_central is defined and ovn_central | ipaddr and ovn_engine_cluster_version is version_compare('4.2', '>='))' failed. The error was: The ipaddr filter requires python's netaddr be installed on the ansible controller The error appears to be in '/home/engine/apps/engine/share/ovirt-engine/playbooks/roles/ovirt-provider-ovn-driver/tasks/configure.yml': line 3, column 5, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - block: - name: Install ovs ^ here 2019-06-12 12:23:09,728 p=4134 u=engine | PLAY RECAP ********************************************************************* 2019-06-12 12:23:09,728 p=4134 u=engine | 10.35.1.17 : ok=3 changed=0 unreachable=0 failed=1 skipped=0 rescued=0 ignored=0 whats missing!? Thanks -- Ahmad Khiet Red Hat <https://www.redhat.com/> akhiet(a)redhat.com M: +972-54-6225629 <https://red.ht/sig>

7 10

Purging inactive maintainers from vdsm-master-maintainers
by Nir Soffer 21 Jun '21

21 Jun '21

I want to remove inactive contributors from vdsm-master-maintainers. I suggest the simple rule of 2 years of inactivity for removing from this group, based on git log. See the list below for current status: https://gerrit.ovirt.org/#/admin/groups/106,members Thoughts? Nir

6 11

Error Java SDK Issue??
by Geschwentner, Patrick 02 Apr '21

02 Apr '21

Dear Ladies and Gentlemen! I am currently working with the java-sdk and I encountered a problem. If I would like to retrieve the disk details, I get the following error: Disk currDisk = ovirtConnection.followLink(diskAttachment.disk()); The Error is occurring in this line: [cid:image001.png@01D44537.AF127FD0] The getResponst looks quiet ok. (I inspected: [cid:image002.png@01D44537.AF127FD0] and it looks ok). Error: wrong number of arguments The code is quiet similar to what you published on github (https://github.com/oVirt/ovirt-engine-sdk-java/blob/master/sdk/src/test/jav… ). Can you confirm the defect? Best regards Patrick

6 11

oVirt 4.4.0 Beta release refresh is now available for testing
by Sandro Bonazzola 03 May '20

03 May '20

oVirt 4.4.0 Beta release refresh is now available for testing The oVirt Project is excited to announce the availability of the beta release of oVirt 4.4.0 refresh (beta 4) for testing, as of April 17th, 2020 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 on top of oVirt 4.3. Important notes before you try it Please note this is a Beta release. The oVirt Project makes no guarantees as to its suitability or usefulness. This pre-release must not to be used in production. In particular, please note that upgrades from 4.3 and future upgrades from this beta to the final 4.4 release from this version are not supported. Some of the features included in oVirt 4.4.0 Beta require content that will be available in CentOS Linux 8.2 but can’t be tested on RHEL 8.2 beta yet due to some incompatibility in openvswitch package shipped in CentOS Virt SIG which requires to rebuild openvswitch on top of CentOS 8.2. Known Issues - ovirt-imageio development is still in progress. In this beta you can’t upload images to data domains using the engine web application. You can still copy iso images into the deprecated ISO domain for installing VMs or upload and download to/from data domains is fully functional via the REST API and SDK. For uploading and downloading via the SDK, please see: - https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_d… - https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/download… Both scripts are standalone command line tool, try --help for more info. Installation instructions For the engine: either use appliance or: - Install CentOS Linux 8 minimal from http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x8… - dnf install https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm - dnf update (reboot if needed) - dnf module enable -y javapackages-tools pki-deps postgresql:12 - dnf install ovirt-engine - engine-setup For the nodes: Either use oVirt Node ISO or: - Install CentOS Linux 8 from http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x8… ; select minimal installation - dnf install https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm - dnf update (reboot if needed) - Attach the host to engine and let it be deployed. What’s new in oVirt 4.4.0 Beta? - Hypervisors based on CentOS Linux 8 (rebuilt from award winning RHEL8), for both oVirt Node and standalone CentOS Linux hosts - Easier network management and configuration flexibility with NetworkManager - VMs based on a more modern Q35 chipset with legacy seabios and UEFI firmware - Support for direct passthrough of local host disks to VMs - Live migration improvements for High Performance guests. - New Windows Guest tools installer based on WiX framework now moved to VirtioWin project - Dropped support for cluster level prior to 4.2 - Dropped SDK3 support - 4K disks support only for file based storage. iSCSI/FC storage do not support 4k disks yet. - Exporting a VM to a data domain - Editing of floating disks - Integrating ansible-runner into engine, which allows a more detailed monitoring of playbooks executed from engine - Adding/reinstalling hosts are now completely based on Ansible - The OpenStack Neutron Agent cannot be configured by oVirt anymore, it should be configured by TripleO instead This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 8.1 * CentOS Linux (or similar) 8.1 This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 8.1 * CentOS Linux (or similar) 8.1 * oVirt Node 4.4 based on CentOS Linux 8.1 (available for x86_64 only) See the release notes [1] for installation instructions and a list of new features and bugs fixed. If you manage more than one oVirt instance, OKD or RDO we also recommend to try ManageIQ <http://manageiq.org/>. In such a case, please be sure to take the qc2 image and not the ova image. 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.0 release highlights: http://www.ovirt.org/release/4.4.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.4.0/ [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

4 3

CloudSpin case study
by Sandro Bonazzola 03 May '20

03 May '20

Hi, on oVirt website we highlight CloudSpin case study[1] but the web site for that company can't be resolved anymore. Looks like the company closed. Any objections in removing the case from the oVirt website? [1] https://ovirt.org/community/user-stories/cloudspin-case-study.html -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *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>*

2 1

dhcp monitoring module
by Michal Skrivanek 30 Apr '20

30 Apr '20

Hi Ales, did the recent changes pass OST? It seems to be failing now, but maybe we just miss some required dependency in OST? I’m getting things like: Apr 29 18:09:58 lago-basic-suite-master-host-0 python3[22154]: detected unhandled Python exception in '/etc/NetworkManager/dispatcher.d/dhcp_monitor.py' Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: Traceback (most recent call last): Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: File "/etc/NetworkManager/dispatcher.d/dhcp_monitor.py", line 78, in <module> Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: main() Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: File "/etc/NetworkManager/dispatcher.d/dhcp_monitor.py", line 41, in main Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: handle_up(device) Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: File "/etc/NetworkManager/dispatcher.d/dhcp_monitor.py", line 51, in handle_up Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: send_configuration(content) Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: File "/etc/NetworkManager/dispatcher.d/dhcp_monitor.py", line 73, in send_configuration Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: client.connect(SOCKET_PATH) Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: FileNotFoundError: [Errno 2] No such file or directory Apr 29 18:09:58 lago-basic-suite-master-host-0 nm-dispatcher[22146]: req:1 'dhcp6-change' [eth1], "/etc/NetworkManager/dispatcher.d/dhcp_monitor.py": complete: failed w ith Script '/etc/NetworkManager/dispatcher.d/dhcp_monitor.py' exited with error status 1. and it fails host deploy. Can you please check that out ASAP? Thanks, michal

1 1

package conflicts when executing dnf update
by Dana Elfassy 30 Apr '20

30 Apr '20

Hi, I'm working on CentOS 8.1 Whenever I'm trying to dnf update, I'm getting this error: Error: Problem: package qemu-kvm-core-15:4.1.0-23.el8.1.x86_64 requires libvirglrenderer.so.0()(64bit), but none of the providers can be installed - cannot install both virglrenderer-0.8.0-1.20191002git4ac3a04c.el8.x86_64 and virglrenderer-0.6.0-5.20180814git491d3b705.el8.x86_64 - cannot install both virglrenderer-0.6.0-5.20180814git491d3b705.el8.x86_64 and virglrenderer-0.8.0-1.20191002git4ac3a04c.el8.x86_64 - cannot install the best update candidate for package virglrenderer-0.6.0-5.20180814git491d3b705.el8.x86_64 - cannot install the best update candidate for package qemu-kvm-core-15:4.1.0-23.el8.1.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) I've tried the --allowerasing and --skip-broken, which lead to the same error. I also tried updating virglrenderer and got the same error. The only way I was able to update was removing qemu-kvm-core (and all of its dependencies), and then had to reinstall it again Did anyone face this issue? Any suggestions about how to resolve it? Thanks, Dana

2 2

planned Jenkins restart
by Evgheni Dereveanchin 30 Apr '20

30 Apr '20

Hi everyone, I'll be performing a planned Jenkins restart within the next hour. No new jobs will be scheduled during this maintenance period. I will inform you once it is back online. -- Regards, Evgheni Dereveanchin

1 1

ovirt-system-tests_he-basic-suite-master fails on host.name()
by Sandro Bonazzola 29 Apr '20

29 Apr '20

https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1586… Fails on calling host.name(), Help understanding why this is happening is welcome. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *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>*

3 7

PoC - using pre-built VM images in OST
by Marcin Sobczyk 29 Apr '20

29 Apr '20

Hi, recently I've been working on a PoC for OST that replaces the usage of lago templates with pre-built, layered VM images packed in RPMs [2][7]. What's the motivation? There are two big pains around OST - first one is that it's slow and the second one is it uses lago, which is unmaintained. How is OST working currently? Lago launches VMs based on templates. It actually has its own mechanism for VM templating - you can find the ones that we currently use here [1]. How these templates are created? There is a multiple-page doc somewhere that describes the process, but few are familiar with it. These templates are nothing special really - just a xzipped qcow with some metadata attached. The proposition here is to replace those templates with RPMs with qcows inside. The RPMs themselves would be built by a CI pipeline. An example of a pipeline like this can be found here [2]. Why RPMs? It ticks all the boxes really. RPMs provide: - tried and well known mechanisms for packaging, versioning, and distribution instead of lago's custom ones - dependencies which permit to layer the VM images in a controllable way - we already install RPMs when running OST, so using the new ones is a matter of adding some dependencies How the image building pipeline works? [3] - we download a dvd iso for installation of the distro - we use 'virt-install' with the dvd iso + kickstart file to build a 'base' layer qcow image - we create another qcow image that has the 'base' image as the backing one. In this image we use 'virt-customize' to run 'dnf upgrade'. This is our 'upgrade' layer. - we create two more qcow images that have the 'upgrade' image as the backing one. On one of them we install the 'ovirt-host' package and on the other the 'ovirt-engine'. These are our 'host-installed' and 'engine-installed' layers. - we create 4 RPMs for these qcows: * ost-images-base * ost-images-upgrade * ost-images-host-installed * ost-images-engine-installed - we publish the RPMs to templates.ovirt.org/yum/ DNF repository (not implemented yet) Each of those RPMs holds their respective qcow image. They also have proper dependencies set up - since 'upgrade' layer requires 'base' layer to be functional, it has an RPM requirement to that package. Same thing happens for '*-installed' packages which depend on 'upgrade' package. Since this is only a PoC there's still a lot of room for improvement around the pipeline. The 'base' RPM would be actually built very rarely, since it's a bare distro, and the 'upgrade' and '*-installed' RPMs would be built nightly. This would allow us to simply type 'dnf upgrade' on any machine and have a fresh set of VMs ready to be used with OST. Advantages: - we have CI for building OST images instead of current, obscure template creating process - we get rid of lots of unnecessary preparations that are done during each OST run by moving stuff from 'deploy scripts' [4] to image-building pipeline - this should speed up the runs a lot - if the nightly pipeline for building images is not successful, the RPMs won't be published - OST will use the older ones. This makes a nice "early error detection" mechanism and can partially mitigate situations where everything is blocked because of some, i.e. dependency issues. - it's another step for removing responsibilities from lago - the pre-built VM images can be used for much more than OST - functional testing of vdsm/engine on a VM? We have an image for that - we can build images for multiple distros, both u/s and d/s, easily Caveats: - we have to download the RPMs before running OST and that takes time, since they're big. This can be handled by having them cached on the CI slaves though. - current limitations of CI and lago force us to make a copy of the images after installation so they can be seen both by the processes in the chroot and libvirt, which is running outside of chroot. Right now they're placed in '/dev/shm' (which would actually make some sense if they could be shared among all OST runs on the slave, but that's another story). There are some possible workarounds around that problem too (like running pipelines on bare metal machines with libvirt running inside chroot) - multiple qcow layers can slow down the runs because there's a lot of jumping around. This can be handled by i.e. introducing a meta package that squashes all the layers into one. - we need a way to run OST with custom-built artifacts. There are multiple ways we can approach it: * use 'upgrade' layer and not '*-installed' one * first build your artifacts, then build VM image RPMs that have your artifacts installed and pass those RPMs to OST run * add 'ci build vms' that will do both ^^^ steps for you Even here we can still benefit from using pre-built images - we can create a 'deps-installed' layer that sits between 'upgrade' and '*-installed' and contains all vdsm's/engine's dependencies. Some numbers So let's take a look at two OST runs - first one that uses the old way of working [5] and one that uses the new pre-built VM images [6]. The hacky change that allows us to use the pre-built images is here [7]. Here are some running times: - chroot init: 00:34 for the old way vs 14:03 for pre-built images This happens because the slave didn't have the new RPMs and chroot cached, so it took a lot of time to download them - the RPMs are ~2GB currently. When they will be available in cache it will get much closer to the old-way timing. - deployment times: * engine 08:09 for the old way vs 03:31 for pre-built images * host-1 05:05 for the old way vs 02:00 for pre-built images Here we can clearly see the benefits. This is without any special fine tuning really - even when using pre-built images there's still some deployment done, which can be moved to image-creating pipeline. Further improvements We could probably get rid of all the funny custom repository stuff that we're doing right now because we can put everything that's necessary to pre-built VM images. We can ship the images with ssh key injected - currently lago injects an ssh key for root user in each run, which requires selinux relabeling, which takes a lot of time. We can try creating 'ovirt-deployed' images, where the whole ovirt solution would be already deployed for some tests. WDYT? Regards, Marcin [1] https://templates.ovirt.org/repo/ [2] https://gerrit.ovirt.org/#/c/108430/ [3] https://gerrit.ovirt.org/#/c/108430/6/ost-images/Makefile.am [4] https://github.com/oVirt/ovirt-system-tests/tree/master/common/deploy-scrip… [5] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [6] https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9027/… [7] https://gerrit.ovirt.org/#/c/108610/

5 6

git pull throws error fatal: the remote end hung up unexpectedly
by Ritesh Chikatwar 29 Apr '20

29 Apr '20

Hello, git pull throws fatal: the remote end hung up unexpectedly How to solve this problem?

1 1

ovirt-system-tests_he-basic-suite-4.3 fails on storage domain unreachable
by Sandro Bonazzola 29 Apr '20

29 Apr '20

Debugging https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/427 on engine.log I see: At 2020-04-28 23:48:18,378-04 I see:SetVdsStatusVDSCommandParameters:{ hostId='b34db269-5351-4653-9a0c-90a9154cd687', status='NonOperational', nonOperationalReason='STORAGE_DOMAIN_UNREACHABLE', stopSpmFailureLogged='false', maintenanceReason='null'} So, when test try to put host1 in local maintenance at 2020-04-28 23:59:51 it fails with: Validation of action 'MaintenanceNumberOfVdss' failed for user admin@internal-authz. Reasons: VAR__TYPE__HOST,VAR__ACTION__MAINTENANCE,VDS_CANNOT_MAINTENANCE_NO_ALTERNATE_HOST_FOR_HOSTED_ENGINE vdsm on host0 shows a traceback 2020-04-28 23:43:04,944-0400 ERROR (jsonrpc/0) [vds] setKsmTune API call failed. (API:1660) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1657, in setKsmTune supervdsm.getProxy().ksmTune(tuningParams) File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 56, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 54, in <lambda> **kwargs) File "<string>", line 2, in ksmTune File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod raise convert_to_error(kind, result) IOError: [Errno 22] Invalid argument which seems unrelated but maybe worth to be investigated by storage team. +Tal Nisan <tnisan(a)redhat.com> can you look into this? More close to the failure on host0, I see: 2020-04-28 23:49:58,775-0400 ERROR (vm/b6ca2e94) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') The vm start process failed (vm:934) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 868, in _startUnderlyingVm self._run() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2895, in _run dom.createWithFlags(flags) File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1110, in createWithFlags if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) libvirtError: internal error: qemu unexpectedly closed the monitor: 2020-04-29T03:49:55.484660Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config, ability to start up with partial NUMA mappings is obsoleted and will be removed in future 2020-04-29T03:49:55.582536Z qemu-kvm: -device virtio-blk-pci,iothread=iothread1,scsi=off,bus=pci.0,addr=0x7,drive=drive-ua-cfb2266f-5d47-4418-b30f-9c1d3fbf512c,id=ua-cfb2266f-5d47-4418-b30f-9c1d3fbf512c,bootindex=1,write-cache=on: Failed to get shared "write" lock Is another process using the image [/var/run/vdsm/storage/fc1a55d5-deb4-4423-be56-e7313645798b/cfb2266f-5d47-4418-b30f-9c1d3fbf512c/68d04a61-9f34-4a1b-8d6e-bca43a7b9339]? 2020-04-28 23:49:58,775-0400 INFO (vm/b6ca2e94) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') Changed state to Down: internal error: qemu unexpectedly closed the monitor: 2020-04-29T03:49:55.484660Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config, ability to start up with partial NUMA mappings is obsoleted and will be removed in future 2020-04-29T03:49:55.582536Z qemu-kvm: -device virtio-blk-pci,iothread=iothread1,scsi=off,bus=pci.0,addr=0x7,drive=drive-ua-cfb2266f-5d47-4418-b30f-9c1d3fbf512c,id=ua-cfb2266f-5d47-4418-b30f-9c1d3fbf512c,bootindex=1,write-cache=on: Failed to get shared "write" lock Is another process using the image [/var/run/vdsm/storage/fc1a55d5-deb4-4423-be56-e7313645798b/cfb2266f-5d47-4418-b30f-9c1d3fbf512c/68d04a61-9f34-4a1b-8d6e-bca43a7b9339]? (code=1) (vm:1702) 2020-04-28 23:49:58,799-0400 INFO (vm/b6ca2e94) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') Stopping connection (guestagent:455) 2020-04-28 23:49:58,849-0400 INFO (jsonrpc/1) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:192.168.200.99,49938, vmId=b6ca2e94-df8b-48e9-b0ee-2bc0f939786a (api:48) 2020-04-28 23:49:58,851-0400 INFO (jsonrpc/1) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') Release VM resources (vm:5186) 2020-04-28 23:49:58,851-0400 WARN (jsonrpc/1) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') trying to set state to Powering down when already Down (vm:626) 2020-04-28 23:49:58,851-0400 INFO (jsonrpc/1) [virt.vm] (vmId='b6ca2e94-df8b-48e9-b0ee-2bc0f939786a') Stopping connection (guestagent:455) +Ryan Barry <rbarry(a)redhat.com> can you check the qemu-kvm warning? Help understanding why storage domain became unreachable is welcome. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

ovirt-system-tests_he-basic-suite-4.3 - internal repo not available
by Sandro Bonazzola 29 Apr '20

29 Apr '20

Hi, I was trying to debug https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/427 and in logs at https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/427/art… I see: 2020-04-29 02:14:21,289::ssh.py::ssh::96::lago.ssh::DEBUG::Command 81de70d2 on lago-he-basic-suite-4-3-host-0 errors: http://192.168.200.1:8585/default/el7/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found Trying other mirror. Can you check why repo is not available in this stage? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *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

Ansible runner service update
by Martin Necas 29 Apr '20

29 Apr '20

Hello everybody, please *update* to the newest version of *ansible-runner-service-dev,* it should have been ansible-runner-service-dev-1.0.2. We have merged patch [3] on the engine to master, if you will have some issues with host installation please try to rebase. If you will have further issues please let me know. If needed list of builds for the development environment: [1] [2]. Martin Necas [1] https://cbs.centos.org/koji/packageinfo?packageID=7695 [2] https://copr.fedorainfracloud.org/coprs/mnecas/ansible-runner/ [3] https://gerrit.ovirt.org/#/c/108532/

1 0

ovirt-imageio image upload feedback on engine 4.4.0-31
by Guilherme De Oliveira Santos 28 Apr '20

28 Apr '20

Hi people, I recently had to upload an image on a 4.4.0-31 engine and Nir told me to share here the feedback. I installed ovirt-imageio-common-2.0.5-0.el8ev.x86_64 and created the following script to upload it using sdk: #!/usr/bin/bash python3 /root/ovirt-engine-sdk/sdk/examples/upload_disk.py \ --engine-url "https://`hostname`/" \ --username admin@internal \ --password-file pssword \ --cafile /tmp/ca.pem \ --disk-format qcow2 \ --disk-sparse \ --sd-name nfs_0 \ /tmp/rhel-guest-image-7.6-210.x86_64.qcow2 The image got uploaded pretty quickly and I didn't have any trouble... Cheers, Gui

2 1

engine-setup failing on restarting ovirt-imageio
by Sandro Bonazzola 28 Apr '20

28 Apr '20

Failing job is https://jenkins.ovirt.org/job/ovirt-system-tests_manual/6794/ Here's the relevant log in engine-setup: 2020-04-27 09:25:35,457-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute: ('/usr/bin/systemctl', 'stop', 'ovirt-imageio.service'), executable='None', cwd='None', env=None 2020-04-27 09:25:35,652-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'stop', 'ovirt-imageio.service'), rc=0 2020-04-27 09:25:35,653-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'stop', 'ovirt-imageio.service') stdout: 2020-04-27 09:25:35,653-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'stop', 'ovirt-imageio.service') stderr: 2020-04-27 09:25:35,653-0400 DEBUG otopi.plugins.otopi.services.systemd systemd.state:170 starting service ovirt-imageio 2020-04-27 09:25:35,654-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:813 execute: ('/usr/bin/systemctl', 'start', 'ovirt-imageio.service'), executable='None', cwd='None', env=None 2020-04-27 09:25:36,631-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:863 execute-result: ('/usr/bin/systemctl', 'start', 'ovirt-imageio.service'), rc=1 2020-04-27 09:25:36,632-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/usr/bin/systemctl', 'start', 'ovirt-imageio.service') stdout: 2020-04-27 09:25:36,632-0400 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/usr/bin/systemctl', 'start', 'ovirt-imageio.service') stderr: Job for ovirt-imageio.service failed because the control process exited with error code. See "systemctl status ovirt-imageio.service" and "journalctl -xe" for details. 2020-04-27 09:25:36,633-0400 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_imageio/config.py", line 190, in _closeup_resatrt_service state=state, File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 181, in state service=name, RuntimeError: Failed to start service 'ovirt-imageio' 2020-04-27 09:25:36,636-0400 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Closing up': Failed to start service 'ovirt-imageio' -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

5 16

Uploading iso / ovirt-imageio
by Artur Socha 27 Apr '20

27 Apr '20

Hi, After a long break I am trying setup my engine so that I could upload images (ISO) there and use them when spinning new VMs. First I tried recent master (FC31) and then latest 4.4 beta from RPMs (Centos8). I have ovirt-imageio daemon running on the same host engine is running. (with the simplest possible configuration - TLS disabled) Unfortunately when I hit 'test connection' in admin ui/storage/domain I keep seeing error message complaining about ovirt-imageio-proxy setup. I know that recently there has been quite a lot of changes related to the next version of imageio. Is there something else besides ovirt-imageio daemon that I should have installed/configured? Perhaps there is some documentation I could use? thanks! -- Artur Socha Senior Software Engineer, RHV Red Hat

2 4

Failed to run engine setup on existing dev-env
by Eyal Shenitzky 26 Apr '20

26 Apr '20

Hi, I tried to run engine-setup on an existing dev-env and failed with the following error - [ ERROR ] Failed to execute stage 'Misc configuration': Cannot locate application option ImageProxyAddress The error appears only after patch https://gerrit.ovirt.org/#/c/108349/ was merged. Is there any manual steps needed? -- Regards, Eyal Shenitzky

3 6

Backup is not supported by the host, Ovirt 4.4 Beta
by francesco＠shellrent.com 26 Apr '20

26 Apr '20

Hi all, I'm trying to experiment with incremental backup using the example script provided on sdk git page (https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_v…) I installed a fresh engine on a CentOS 8 VM and installed a fresh node on CentOS 8 as well, connected to the engine without any problems. All libvirt packages version 5.6 and ovirt-imageio-common version 2.0.3 . Passing all the needed args to the script (I hardcoded connections var like user and password) it throws the following error: ``` [root@centos8 ~]# python3 backup_vm.py full --engine-url https://ovirt-engine-fqdn.com --username admin@internal --password-file ./passwd --backup-dir /home 11d70eb0-4d7c-4308-82a6-470e21d80ecd [ 0.0 ] Starting full backup for vm 11d70eb0-4d7c-4308-82a6-470e21d80ecd Traceback (most recent call last): File "backup_vm.py", line 397, in <module> main() File "backup_vm.py", line 141, in main args.command(args) File "backup_vm.py", line 154, in cmd_full backup = start_backup(connection, args) File "backup_vm.py", line 247, in start_backup disks=disks File "/usr/lib64/python3.6/site-packages/ovirtsdk4/services.py", line 33583, in add return self._internal_add(backup, headers, query, wait) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 232, in _internal_add return future.wait() if wait else future File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 55, in wait return self._code(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 229, in callback self._check_fault(response) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 132, in _check_fault self._raise_error(response, body) File "/usr/lib64/python3.6/site-packages/ovirtsdk4/service.py", line 118, in _raise_error raise error ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Cannot backup VM. Backup is not supported by the host (centos8).]". HTTP response code is 409. ``` The VM is created from centOS 7 template imported from ovirt-image-repository, and the options "Enable Incremental Backup" on the disk is ticked. I'm definitely missing something... But what? On the top of the script, I read "Using this example requires a special libvirt version supporting incremental backup.". Which version of libvirt? I guessed the 5.6 (or at least not the 4.5 shipped in CentOS 7). Thank you for your time and help, Francesco

4 4

[VDSM] flake8 fails - testing .local/share/virtualenv?!
by Nir Soffer 22 Apr '20

22 Apr '20

Looks like something is installing stuff in .local/ inside the project source directory, and flake8 fails since we run it like this: $ python /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/tests/profile flake8 flake8 --statistics . build-aux/vercmp contrib/logdb contrib/logstat contrib/lvs-stats contrib/profile-stats init/daemonAdapter lib/vdsm/storage/curl-img-wrap lib/vdsm/storage/fc-scan static/libexec/vdsm/get-conf-item static/usr/bin/vdsm-tool And it tries to check files in .local/: [2020-04-22T13:55:27.086Z] /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/flake8/lib/python3.7/site-packages/pycodestyle.py:113: FutureWarning: Possible nested set at position 1 [2020-04-22T13:55:27.086Z] EXTRANEOUS_WHITESPACE_REGEX = re.compile(r'[[({] | []}),;:]') [2020-04-22T13:57:04.906Z] ./.local/share/virtualenv/seed-app-data/v1.0.1/3.7/image/CopyPipInstall/setuptools-46.1.3-py3-none-any/pkg_resources/_vendor/appdirs.py:13:80: E501 line too long (96 > 79 characters) [2020-04-22T13:57:04.906Z] # - Mac OS X: http://developer.apple.com/documentation/MacOSX/Conceptual/BPFileSystem/ind… [2020-04-22T13:57:04.906Z] ^ [2020-04-22T13:57:04.906Z] ./.local/share/virtualenv/seed-app-data/v1.0.1/3.7/image/CopyPipInstall/setuptools-46.1.3-py3-none-any/pkg_resources/_vendor/appdirs.py:14:80: E501 line too long (93 > 79 characters) I remember that we already handled this issue, not sure why it pops again. We can solve this by more strict search path instead of . Nir

1 1

ovirt-engine has been tagged (ovirt-engine-4.3.10)
by Tal Nisan 22 Apr '20

22 Apr '20

1 0

Calender mouse click event not working
by Ritesh Chikatwar 22 Apr '20

22 Apr '20

Hello... I am using this *org.gwtbootstrap3.extras.datetimepicker.client.ui.DateTimePicker* I tried adding these event handlers to the datepicker -- 1. *addChangeDateHandler*(evt -> ValueChangeEvent.fire(dateTimePicker, dateTimePicker.getValue())); 2. *addValueChangeHandler *to the datepicker even though that didn't work. 3. Also tried .addChangeMonthHandler, .addChangeYearHandler Any suggestion to make it work will be greatly appreciated. The link for developed widget Github <https://github.com/oVirt/ovirt-engine/blob/master/frontend/webadmin/modules…> . Any suggestion to make it work will be greatly appreciated. *Ritesh*

1 0

Cluster Console Encryption
by Tommaso - Shellrent 21 Apr '20

21 Apr '20

Hi to all. We are tryng to manage the value of "Enable VNC Encryption" on the cluster via ansible[or any automatic mode]. Someone got any hint? Regards -- -- Shellrent - Il primo hosting italiano Security First *Tommaso De Marchi* /COO - Chief Operating Officer/ Shellrent Srl Via dell'Edilizia, 19 - 36100 Vicenza Tel. 0444321155 <tel:+390444321155> | Fax 04441492177

3 4

Changing vdsm version installed on host
by Vojtech Juranek 21 Apr '20

21 Apr '20

Hi, can anybody give me a hint which component is responsible for installing host when I add a host in engine UI? Or how to change vdsm version installed this way on the host? It installs vdsm-4.40.2: [root@localhost ~]# rpm -q ovirt-release44-pre ovirt-release44-pre-4.4.0-0.11.beta4.el8.noarch [root@localhost ~]# rpm -q vdsm vdsm-4.40.2-1.el8.x86_64 We need newer version of vdsm (at least 4.40.11) to work properly with imageio 2.0. vdsm 4.40.13 can be pushed by running dnf update, but it's not very user friendly (moreover imageio service needs to be restarted after update and it's not obvious for the user t do so), so I'd like to change it to install 4.40.13 automatically when installing all other ovirt stuff. Thanks Vojta

4 8

Unable to add vdsm host to ovirt-engine
by Kaustav Majumder 21 Apr '20

21 Apr '20

Hi, While trying to add a new host to a locally deployed ovirt-engine(gluster-enabled) ansible runner fails to restart vdsm owing to its dependency on ovirt-imageio.service. ``` "ansible_loop_var" : "item", "_ansible_no_log" : false, "item" : "vdsmd.service", "failed" : true, "msg" : "Unable to start service vdsmd.service: A dependency job for vdsmd.service failed. See 'journalctl -xe' for details.\n", "changed" : false, ``` Checking less /var/log/ovirt-imageio/daemon.log ``` 2020-04-21 06:46:21,539 INFO (MainThread) [server] Starting (pid=25592, version=2.0.5) 2020-04-21 06:46:21,546 ERROR (MainThread) [server] Server failed Traceback (most recent call last): File "/usr/lib64/python3.6/site-packages/ovirt_imageio/server.py", line 37, in main server = Server(cfg) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/server.py", line 76, in __init__ self.remote_service = services.RemoteService(self.config, self.auth) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/services.py", line 79, in __init__ self._secure_server() File "/usr/lib64/python3.6/site-packages/ovirt_imageio/services.py", line 104, in _secure_server enable_tls1_1=self._config.tls.enable_tls1_1) File "/usr/lib64/python3.6/site-packages/ovirt_imageio/ssl.py", line 18, in server_context purpose=ssl.Purpose.CLIENT_AUTH, cafile=cafile) File "/usr/lib64/python3.6/ssl.py", line 468, in create_default_context context.load_verify_locations(cafile, capath, cadata) ssl.SSLError: [X509] no certificate or crl found (_ssl.c:3771 ``` Is there a workaround or am I doing something wrong? -- Thanks, Kaustav Majumder

3 4

How to install ovirt-engine 4.4? Missing apache-commons-jxpath
by Vojtech Juranek 20 Apr '20

20 Apr '20

Hi, how do I install ovirt-engine 4.4, either pre or master? On CentOS 8 it fails with oVirt 4.4 Pre-Release 218 kB/s | 706 kB 00:03 Error: Problem: package ovirt-engine-4.4.0-0.5.beta3.20200408120550.gitf94f968ca81.el8.noarch requires apache-commons-jxpath, but none of the providers can be installed - cannot install the best candidate for the job - package apache-commons-jxpath-1.3-29.module_el8.0.0+30+832da3a1.noarch is excluded On FC30 there is even more broken packages. Any hints how to fix it? Thanks Vojta

4 4

Cannot upload disk image
by Artem Hrechanychenko 16 Apr '20

16 Apr '20

Hi all, I'm trying to upload disk image to ovirt from Events I see next - "Transfer was stopped by system. Reason: failed to add image ticket to ovirt-imageio-proxy." From engine.log 2020-04-10 10:40:39,419-04 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-9) [9e43f14b-58a3-429d-a573-0bd8749cb8d8] Transfer was paused by system. Upload disk 'cirros' (disk id: 'bc2e150f-6050-4cb1-9b88-54b077a4df8b', image id: 'bc855d6a-b046-4b93-b78b-7bc44b64987f') I'm new in ovirt world. Can anyone help me with this? Ovirt-engine logs from /var/log/ovirt-engine attached ovirt-Version - 4.4.0-0.5.beta3.20200408120550.gitf94f968ca81.el8

3 2

q35 changes
by Michal Skrivanek 16 Apr '20

16 Apr '20

Eh, so no, still not correct. Steven/Shmuel, I guess it could be your [1] or maybe other related recent patches from you, but OST is now broken (again). With [2] finally fixing the cluster creation OST now runs with a Q35 seabios (as it was supposed to, but wasn’t until now), and the vm2 which has a custom emulated machine of i440fx-rhel-7.4.0 doesn’t run anymore, because apparently it is launched as a q35 VM for the first time, and then failing restart ever since. Please fix ASAP Thanks, michal [1] https://gerrit.ovirt.org/#/c/107785/ [2] https://gerrit.ovirt.org/#/c/108237/

5 20

Running OST on el8
by Marcin Sobczyk 16 Apr '20

16 Apr '20

Hi, as some of you may know, there has been effort around OST to make it run on el8. ATM basic suite should be fully functional in that env. We don't have el8 runs in CI yet, but for those of you brave enough to try it out by yourself, you can download the packages necessary to run OST (lago, lago-ovirt and repoman) from Sandro's repository [1]. Please note that these are _not_ official builds (that especially applies to repoman), so they may not be 100% functional, but they work for OST. Regards, Marcin [1] https://copr-be.cloud.fedoraproject.org/results/sbonazzo/EL8_collection/epe…

1 0

VDSM check-patch CI failed on 'Unable to find a match: ovirt-imageio-daemon-2.0.2'
by Eyal Shenitzky 13 Apr '20

13 Apr '20

Hi, I see the following failure on VDSM check-patch CI +Vojtech Juranek <vjuranek(a)redhat.com> , +Nir Soffer <nsoffer(a)redhat.com> can you please have a look - https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa… [2020-04-13T06:33:31.910Z] ERROR: Command failed: <https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa…>[2020-04-13T06:33:31.911Z] # /usr/bin/dnf --installroot /var/lib/mock/epel-8-x86_64-e4f89407d0704b97181ad39248bd6301-15522/root/ --releasever 8 --setopt=deltarpm=False --allowerasing --disableplugin=local --disableplugin=spacewalk --disableplugin=local --disableplugin=spacewalk install dnf tar gcc-c++ redhat-rpm-config which xz sed make bzip2 gzip gcc coreutils unzip shadow-utils diffutils cpio bash gawk rpm-build info patch util-linux findutils grep python36 autoconf automake createrepo dnf dnf-utils e2fsprogs gcc gdb git iproute-tc iscsi-initiator-utils libguestfs-tools-c lshw make openvswitch ovirt-imageio-daemon-2.0.2 python3-augeas python3-blivet python3-coverage python3-dateutil python3-dbus python3-decorator python3-devel python3-dmidecode python3-inotify python3-ioprocess python3-libselinux python3-libvirt python3-magic python3-netaddr python3-nose python3-pip python3-policycoreutils python3-pyyaml python3-requests python3-sanlock python3-six python3-yaml rpm-build rpmlint sudo systemd-udev xfsprogs --setopt=tsflags=nocontexts <https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa…>[2020-04-13T06:33:31.911Z] No matches found for the following disable plugin patterns: local, spacewalk <https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa…>[2020-04-13T06:33:31.911Z] Last metadata expiration check: 0:00:06 ago on Mon 13 Apr 2020 06:33:23 AM UTC. <https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa…>[2020-04-13T06:33:31.911Z] No match for argument: ovirt-imageio-daemon-2.0.2 <https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-pa…>[2020-04-13T06:33:31.911Z] Error: Unable to find a match: ovirt-imageio-daemon-2.0.2 -- Regards, Eyal Shenitzky

2 2

oVirt 4.4.0 Beta release refresh is now available for testing
by Sandro Bonazzola 09 Apr '20

09 Apr '20

oVirt 4.4.0 Beta release refresh is now available for testing The oVirt Project is excited to announce the availability of the beta release of oVirt 4.4.0 refresh for testing, as of April 9th, 2020 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 on top of oVirt 4.3. Important notes before you try it Please note this is a Beta release. The oVirt Project makes no guarantees as to its suitability or usefulness. This pre-release must not to be used in production. In particular, please note that upgrades from 4.3 and future upgrades from this beta to the final 4.4 release from this version are not supported. Some of the features included in oVirt 4.4.0 Beta require content that will be available in CentOS Linux 8.2 but can’t be tested on RHEL 8.2 beta yet due to some incompatibility in openvswitch package shipped in CentOS Virt SIG which requires to rebuild openvswitch on top of CentOS 8.2. Known Issues - ovirt-imageio development is still in progress. In this beta you can’t upload images to data domains using the engine web application. You can still copy iso images into the deprecated ISO domain for installing VMs or upload and download to/from data domains is fully functional via the REST API and SDK. For uploading and downloading via the SDK, please see: - https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_d… - https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/download… Both scripts are standalone command line tool, try --help for more info. Installation instructions For the engine: either use appliance or: - Install CentOS Linux 8 minimal from http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x8… - dnf install https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm - dnf update (reboot if needed) - dnf module enable -y javapackages-tools pki-deps 389-ds - dnf install ovirt-engine - engine-setup For the nodes: Either use oVirt Node ISO or: - Install CentOS Linux 8 from http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x8… ; select minimal installation - dnf install https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm - dnf update (reboot if needed) - Attach the host to engine and let it be deployed. What’s new in oVirt 4.4.0 Beta? - Hypervisors based on CentOS Linux 8 (rebuilt from award winning RHEL8), for both oVirt Node and standalone CentOS Linux hosts - Easier network management and configuration flexibility with NetworkManager - VMs based on a more modern Q35 chipset with legacy seabios and UEFI firmware - Support for direct passthrough of local host disks to VMs - Live migration improvements for High Performance guests. - New Windows Guest tools installer based on WiX framework now moved to VirtioWin project - Dropped support for cluster level prior to 4.2 - Dropped SDK3 support - 4K disks support only for file based storage. iSCSI/FC storage do not support 4k disks yet. - Exporting a VM to a data domain - Editing of floating disks - Integrating ansible-runner into engine, which allows a more detailed monitoring of playbooks executed from engine - Adding/reinstalling hosts are now completely based on Ansible - The OpenStack Neutron Agent cannot be configured by oVirt anymore, it should be configured by TripleO instead This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 8.1 * CentOS Linux (or similar) 8.1 This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 8.1 * CentOS Linux (or similar) 8.1 * oVirt Node 4.4 based on CentOS Linux 8.1 (available for x86_64 only) See the release notes [1] for installation instructions and a list of new features and bugs fixed. If you manage more than one oVirt instance, OKD or RDO we also recommend to try ManageIQ <http://manageiq.org/>. In such a case, please be sure to take the qc2 image and not the ova image. 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.0 release highlights: http://www.ovirt.org/release/4.4.0/ * Get more oVirt project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.4.0/ [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>* <https://www.redhat.com/en/summit?sc_cid=7013a000002D2QxAAK>* *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

2 1

ovirt-engine has been tagged (ovirt-engine-4.4.0_beta3)
by Tal Nisan 08 Apr '20

08 Apr '20

1 0

hover_to_id couldnt find element compute
by Yedidyah Bar David 07 Apr '20

07 Apr '20

Hi all, Almost two years ago I started a thread on this list with the same subject. Eventually I pushed a small patch to make it try longer (24 seconds instead of 2.4). Later this happened again, but I didn't post publicly - only corresponded with Greg Sheremeta who helped me originally (and is now in OpenShift), not doing anything else eventually. At the time, he said this might not have been simple normal slowness, but some other problem. Now it happened again: https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… Last screenshot, taken before the failure, just shows "Loading ...", just as then. Any UI expert wants to spend some time looking at this? Perhaps adding what's needed to have more debug information etc.? For now I'll just retry, anyway. Thanks and best regards, -- Didi

2 1

How to add imageio configuration into engine?
by Vojtech Juranek 07 Apr '20

07 Apr '20

Hi, I'd like to add imageio configuration into engine. Previously, it was done by dedicated setup code in imageio-proxy [1], but in new imageio we remove the proxy package and to configure imageio for engine we need just to place firewalld and imageio config files into proper place. Initial idea was to do it directly in engine spec file, but it seems to me that configuration of the engine is done by dedicated packages and custom code. Ansible roles in packaging/ansible-runner-service-project seem to be only for host configuration. What is a proper way how to configure imageio? Thanks Vojta [1] https://github.com/oVirt/ovirt-imageio/tree/master/proxy/setup

4 3

OST:: hc-basic-suite-master failing
by Parth Dhanjal 06 Apr '20

06 Apr '20

Hello! The hc-basic-suite-master fails at + lago shell lago-hc-basic-suite-master-host-0 /root/exec_playbook.sh lago-hc-basic-suite-master-host-0 lago-hc-basic-suite-master-host-1 lago-hc-basic-suite-master-host-2 + RET_CODE=2 + '[' 2 -ne 0 ']' + echo 'ansible setup on lago-hc-basic-suite-master-host-0 failed with status 2.' Is this issue because of an ansible issue or a lago error?

1 0

Re: Change in ovirt-provider-ovn[master]: test, do not merge: Drop el7
by Yedidyah Bar David 06 Apr '20

06 Apr '20

On Sun, Apr 5, 2020 at 1:35 PM Code Review <gerrit(a)ovirt.org> wrote: > > From gerrit-hooks <automation(a)ovirt.org>: > > gerrit-hooks has posted comments on this change. > > Change subject: test, do not merge: Drop el7 Seems to me like CQ is failing due to failed check-merged: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22088/ https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22088/consol… 04:53:13 ovirt-provider-ovn_standard-on-merge (423) failed building And indeed last patch to ovirt-provider-ovn: https://gerrit.ovirt.org/#/c/107970/ Failed: https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/423/ https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-on-merge/423/arti… ERROR: Could not find a version that satisfies the requirement futurist>=2.1.0 (from openstacksdk) (from versions: 0.1.0, 0.1.1, 0.1.2, 0.2.0, 0.3.0, 0.4.0, 0.5.0, 0.6.0, 0.7.0, 0.8.0, 0.9.0, 0.10.0, 0.11.0, 0.12.0, 0.13.0, 0.14.0, 0.15.0, 0.16.0, 0.17.0, 0.18.0, 0.19.0, 0.20.0, 0.21.0, 0.21.1, 0.22.0, 0.23.0, 1.0.0, 1.1.0, 1.2.0, 1.3.0, 1.3.1, 1.3.2, 1.4.0, 1.5.0, 1.6.0, 1.7.0, 1.8.0, 1.8.1, 1.9.0, 1.10.0) ERROR: No matching distribution found for futurist>=2.1.0 (from openstacksdk) So perhaps branch ovirt-provider-ovn for 4.3 (and fix what's needed there, if anything) and drop el7 support from master. Best regards, > ...................................................................... > > > Patch Set 1: > > * Update Tracker::IGNORE, no bug url/s found > > -- > To view, visit https://gerrit.ovirt.org/108219 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-Project: ovirt-provider-ovn > Gerrit-Branch: master > Gerrit-MessageType: comment > Gerrit-Change-Id: Iff6b57f8e3965d559566f9bb026a3439fc0b857d > Gerrit-Change-Number: 108219 > Gerrit-PatchSet: 1 > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-Comment-Date: Sun, 05 Apr 2020 10:35:05 +0000 > Gerrit-HasComments: No > -- Didi

2 1

Fwd: [virt-devel] Fwd: Modularity Survey
by Yedidyah Bar David 05 Apr '20

05 Apr '20

Forwarding here as well. I did fill it in myself now, perhaps others would like to too. ---------- Forwarded message --------- From: Richard W.M. Jones <rjones(a)redhat.com> Date: Fri, Apr 3, 2020 at 5:34 PM Subject: [virt-devel] Fwd: Modularity Survey To: <virt-devel(a)redhat.com> Cc: <ddepaula(a)redhat.com> ----- Forwarded message from Daniel Mach <dmach(a)redhat.com> ----- Date: Fri, 3 Apr 2020 15:52:56 +0200 From: Daniel Mach <dmach(a)redhat.com> To: Development discussions related to Fedora <devel(a)lists.fedoraproject.org> Subject: Modularity Survey User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 Hello everyone, On behalf of Red Hat's Modularity team, I'd like to ask you to fill out a survey on Modularity: https://docs.google.com/forms/d/e/1FAIpQLScOA97rGONieSOYmlZLsHdkq-EhdePZ4IN… Our goal is to use your feedback to improve Modularity, its documentation and hopefully fix any issues you may have. Modularity Survey ----------------- The purpose of this survey is to get feedback on Modularity. It is divided into 4 sections: * Information about yourself (optional) * Modularity & you * Problems with Modularity you may have experienced * Glossary review - what do you think the terms mean Privacy / GDPR: * The raw data incl. any personal information you provide will be shared only with Red Hat's Modularity team (approx. 10 people) to evaluate the survey * The raw data will not be provided to anyone else at Red Hat or any 3rd parties * Aggregated (anonymous) results of the survey will be published Thank you for your cooperation. _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ----- End forwarded message ----- -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- Didi

1 0

ppc64le build-artifacts/check-merged job failing in "mock init"
by Nir Soffer 04 Apr '20

04 Apr '20

The ppc64le build artifacts jobs fail now in "mock init". Looks like an environmental issue. Here are few failing builds: https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/2574/ https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/2573/ https://jenkins.ovirt.org/job/ovirt-imageio_standard-on-merge/573/ This seems to be the last successful build, 4 days ago: https://jenkins.ovirt.org/job/ovirt-imageio_standard-on-merge/563/ ---- [2020-04-04T19:28:16.332Z] + ../jenkins/mock_configs/mock_runner.sh --execute-script automation/build-artifacts.py3.sh --mock-confs-dir ../jenkins/mock_configs --secrets-file /home/jenkins/workspace/ovirt-imageio_standard-check-patch/std_ci_secrets.yaml --try-proxy --timeout-duration 10800 --try-mirrors http://mirrors.phx.ovirt.org/repos/yum/all_latest.json 'el8.*ppc64le' [2020-04-04T19:28:16.332Z] ########################################################## [2020-04-04T19:28:16.332Z] ########################################################## [2020-04-04T19:28:16.332Z] ## Sat Apr 4 19:28:16 UTC 2020 Running env: el8:epel-8-ppc64le [2020-04-04T19:28:16.332Z] ########################################################## [2020-04-04T19:28:16.332Z] @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ [2020-04-04T19:28:16.332Z] @@ Sat Apr 4 19:28:16 UTC 2020 Running chroot for script: automation/build-artifacts.py3.sh [2020-04-04T19:28:16.332Z] @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ [2020-04-04T19:28:16.599Z] Using base mock conf ../jenkins/mock_configs/epel-8-ppc64le.cfg [2020-04-04T19:28:16.599Z] WARN: Unable to find req file automation/build-artifacts.py3.req or automation/build-artifacts.py3.req.el8, skipping req [2020-04-04T19:28:16.599Z] Using proxified config ../jenkins/mock_configs/epel-8-ppc64le_proxied.cfg [2020-04-04T19:28:16.599Z] Generating temporary mock conf /home/jenkins/workspace/ovirt-imageio_standard-check-patch/ovirt-imageio/mocker-epel-8-ppc64le.el8 [2020-04-04T19:28:16.599Z] Skipping mount points [2020-04-04T19:28:16.599Z] WARN: Unable to find repos file automation/build-artifacts.py3.repos or automation/build-artifacts.py3.repos.el8, skipping repos [2020-04-04T19:28:16.599Z] Using chroot cache = /var/cache/mock/epel-8-ppc64le-ef003ab0662b9b04a2143d179b949705 [2020-04-04T19:28:16.599Z] Using chroot dir = /var/lib/mock/epel-8-ppc64le-ef003ab0662b9b04a2143d179b949705-15351 [2020-04-04T19:28:16.599Z] Skipping environment variables [2020-04-04T19:28:16.599Z] ========== Initializing chroot [2020-04-04T19:28:16.599Z] mock \ [2020-04-04T19:28:16.599Z] --old-chroot \ [2020-04-04T19:28:16.599Z] --configdir="/home/jenkins/workspace/ovirt-imageio_standard-check-patch/ovirt-imageio" \ [2020-04-04T19:28:16.599Z] --root="mocker-epel-8-ppc64le.el8" \ [2020-04-04T19:28:16.599Z] --resultdir="/tmp/mock_logs.FrjZTOEI/init" \ [2020-04-04T19:28:16.599Z] --init [2020-04-04T19:28:17.186Z] WARNING: Could not find required logging config file: /home/jenkins/workspace/ovirt-imageio_standard-check-patch/ovirt-imageio/logging.ini. Using default... [2020-04-04T19:28:17.186Z] INFO: mock.py version 1.4.21 starting (python version = 3.6.8)... [2020-04-04T19:28:17.186Z] Start(bootstrap): init plugins [2020-04-04T19:28:17.186Z] INFO: selinux enabled [2020-04-04T19:28:17.845Z] Finish(bootstrap): init plugins [2020-04-04T19:28:17.845Z] Start: init plugins [2020-04-04T19:28:17.845Z] INFO: selinux enabled [2020-04-04T19:28:17.845Z] Finish: init plugins [2020-04-04T19:28:17.845Z] INFO: Signal handler active [2020-04-04T19:28:17.845Z] Start: run [2020-04-04T19:28:17.845Z] Start: clean chroot [2020-04-04T19:28:17.845Z] Finish: clean chroot [2020-04-04T19:28:17.845Z] Start(bootstrap): chroot init [2020-04-04T19:28:17.845Z] INFO: calling preinit hooks [2020-04-04T19:28:17.845Z] INFO: enabled root cache [2020-04-04T19:28:17.846Z] INFO: enabled dnf cache [2020-04-04T19:28:17.846Z] Start(bootstrap): cleaning dnf metadata [2020-04-04T19:28:17.846Z] Finish(bootstrap): cleaning dnf metadata [2020-04-04T19:28:17.846Z] INFO: enabled HW Info plugin [2020-04-04T19:28:17.846Z] Mock Version: 1.4.21 [2020-04-04T19:28:17.846Z] INFO: Mock Version: 1.4.21 [2020-04-04T19:28:18.119Z] Start(bootstrap): yum install [2020-04-04T19:28:23.477Z] ERROR: Command failed: [2020-04-04T19:28:23.477Z] # /usr/bin/yum --installroot /var/lib/mock/epel-8-ppc64le-ef003ab0662b9b04a2143d179b949705-bootstrap-15351/root/ --releasever 8 install dnf dnf-plugins-core distribution-gpg-keys --setopt=tsflags=nocontexts [2020-04-04T19:28:23.477Z] Failed to set locale, defaulting to C [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: /usr/libexec/platform-python [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-gpg [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-libdnf >= 0.35.1-9 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-rpm >= 4.14.0 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-hawkey >= 0.35.1-9 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-plugins-core-4.0.8-3.el8.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-hawkey >= 0.34.0 [2020-04-04T19:28:23.477Z] Error: Package: dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: /bin/sh [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-libdnf [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-plugins-core-4.0.8-3.el8.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python(abi) = 3.6 [2020-04-04T19:28:23.477Z] Available: python2-2.7.16-12.module_el8.1.0+219+cf9e6ac9.ppc64le (centos-appstream-el8) [2020-04-04T19:28:23.477Z] python(abi) = 2.7 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: libmodulemd >= 1.4.0 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python3-libcomps >= 0.1.8 [2020-04-04T19:28:23.477Z] Error: Package: python3-dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python(abi) = 3.6 [2020-04-04T19:28:23.477Z] Available: python2-2.7.16-12.module_el8.1.0+219+cf9e6ac9.ppc64le (centos-appstream-el8) [2020-04-04T19:28:23.477Z] python(abi) = 2.7 [2020-04-04T19:28:23.477Z] Error: Package: python3-six-1.11.0-8.el8.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python(abi) = 3.6 [2020-04-04T19:28:23.477Z] Available: python2-2.7.16-12.module_el8.1.0+219+cf9e6ac9.ppc64le (centos-appstream-el8) [2020-04-04T19:28:23.477Z] python(abi) = 2.7 [2020-04-04T19:28:23.477Z] Error: Package: dnf-data-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: libreport-filesystem [2020-04-04T19:28:23.477Z] Error: Package: 1:python3-dateutil-2.6.1-6.el8.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: python(abi) = 3.6 [2020-04-04T19:28:23.477Z] Available: python2-2.7.16-12.module_el8.1.0+219+cf9e6ac9.ppc64le (centos-appstream-el8) [2020-04-04T19:28:23.477Z] python(abi) = 2.7 [2020-04-04T19:28:23.477Z] Error: Package: dnf-4.2.7-7.el8_1.noarch (centos-base-el8) [2020-04-04T19:28:23.477Z] Requires: systemd [2020-04-04T19:28:23.477Z] You could try using --skip-broken to work around the problem [2020-04-04T19:28:23.477Z] You could try running: rpm -Va --nofiles --nodigest

1 0

Change Queue Tester is still failing
by Martin Perina 03 Apr '20

03 Apr '20

Hi, Unfortunately CQ tester is still failing even after reverting back to nose. Now it fails during host0 installation when trying to establish connection after setup networks. On engine we have below exception: 2020-04-03 00:39:34,107-04 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [7fb0fc5b] Host installation failed for host 'efc5cbff-4255-4c6d-98fd-338169272e15', 'lago-basic-suite-master-host-0': Network error during communication with the host 2020-04-03 00:39:34,107-04 DEBUG [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-1) [7fb0fc5b] Exception: org.ovirt.engine.core.bll.hostdeploy.VdsInstallException: Network error during communication with the host at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.configureManagementNetwork(InstallVdsInternalCommand.java:447) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:166) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1169) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1327) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2003) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:140) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:79) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1387) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:419) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runAction(Backend.java:451) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:433) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:639) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.common@18.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79) at org.jboss.as.weld.common@18.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89) at org.jboss.as.weld.common@18.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:216) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:418) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:148) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) at org.jboss.as.weld.common@18.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3@18.0.1.Final//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) at org.wildfly.security.elytron-private@1.10.4.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:627) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view4.runInternalAction(Unknown Source) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:410) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.module.ejb.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:68) at org.jboss.weld.core@3.1.2.Final//org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2381) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand.lambda$executeCommand$3(AddVdsCommand.java:219) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:96) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) at org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) 2020-04-03 00:39:34,111-04 WARN [org.ovirt.vdsm.jsonrpc.client.utils.retry.Retryable] (EE-ManagedThreadFactory-engine-Thread-42) [7fb0fc5b] Retry failed 2020-04-03 00:39:34,111-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.utils.retry.Retryable] (EE-ManagedThreadFactory-engine-Thread-42) [7fb0fc5b] null: java.lang.InterruptedException at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1081) at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1369) at java.base/java.util.concurrent.CountDownLatch.await(CountDownLatch.java:278) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.reactors.stomp.SSLStompClient.lambda$waitForConnect$0(SSLStompClient.java:111) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.utils.retry.Retryable.call(Retryable.java:27) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.utils.retry.AwaitRetry.retry(AwaitRetry.java:15) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.reactors.stomp.SSLStompClient.waitForConnect(SSLStompClient.java:110) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.reactors.stomp.SSLStompClient.sendMessage(SSLStompClient.java:80) at org.ovirt.vdsm-jsonrpc-java//org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:93) at deployment.engine.ear//org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:92) at deployment.engine.ear//org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.lambda$timeBoundPollInternal$1(JsonRpcVdsServer.java:1025) at deployment.engine.ear//org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$FutureCallable.call(JsonRpcVdsServer.java:499) at deployment.engine.ear//org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer$FutureCallable.call(JsonRpcVdsServer.java:488) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) at org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) And on VDSM we have some uncatched exception: 2020-04-03 00:37:35,278-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from ::ffff:192.168.201.4:47644 (protocoldetector:61) 2020-04-03 00:37:35,280-0400 ERROR (Reactor thread) [vds.dispatcher] uncaptured python exception, closing channel <yajsonrpc.betterAsyncore.Dispatcher connected ('::ffff:192.168.201.4', 47644, 0, 0) at 0x7fb1b7721c50> (<class 'ssl.SSLError'>:[X509] no certificate or crl found (_ssl.c:3771) [/usr/lib64/python3.6/asyncore.py|readwrite|110] [/usr/lib64/python3.6/asyncore.py|handle_write_event|442] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|handle_write|75] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|_delegate_call|171] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|handle_write|190] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_handle_io|194] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_set_up_socket|154]) (betterAsyncore:182) More details can be found at https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22094 Marcin/Artur could it be related to fixes around swallowing SSLError https://gerrit.ovirt.org/108016 ? Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o.

3 4

libvirt can't start in a non-TLS environment after host install
by Milan Zamazal 02 Apr '20

02 Apr '20

Hi, I've experienced a problem with host deploy and oVirt master last week in an environment with TLS disabled. When I install/reinstall a 4.4 host, it removes the following options from /etc/libvirt/libvirtd.conf: ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" As a result, libvirt refuses to start, complaining about missing certificates and keys in their default locations. Does anybody who uses a non-TLS environment experience the same problem? Can it be related to the fact that we require libvirtd-tls service from the split libvirtd services now? (Yes, I know TLS should always be used, but that is a shared development environment where TLS is disabled for whatever reason.) Thanks, Milan

4 5

ovirt-engine has been re-tagged (ovirt-engine-4.4.0_beta2)
by Tal Nisan 02 Apr '20

02 Apr '20

Note: this a retag, the former ovirt-engine-4.4.0_beta2 tag now points to the rebuild

1 0

Why is vdsm enabled by default?
by Yedidyah Bar David 02 Apr '20

02 Apr '20

If I do e.g.: 1. Install CentOS 2. yum install ovirt-releaseSOMETHING 3. yum install vdsm Then reboot the machine, vdsm starts, and for this, it does all kinds of things to the system (such as configure various services using vdsm-tool etc.). Are we sure we want/need this? Why would we want vdsm configured/running at all at this stage, before being added to an engine? In particular, if (especially during development) we have a bug in this configuration process, and then fix it, it might not be enough to upgrade vdsm - the tooling will then also have to fix the changes done by the buggy previous version, or require a full machine reinstall. Thanks and best regards, -- Didi

7 13

Re: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1548 - Failure!
by Yedidyah Bar David 02 Apr '20

02 Apr '20

On Wed, Apr 1, 2020 at 6:21 AM <jenkins(a)jenkins.phx.ovirt.org> wrote: > > Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ > Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1548/ Previous build 1547 passed!, after many months of failing, thanks to Evgeny's work in recent weeks. Above one failed. I think the root cause is that the engine tried to connect to vdsm right after successfully finishing ansible host-deploy, but failed. vdsm.log has: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1548… 2020-03-31 22:58:49,773-0400 ERROR (Reactor thread) [vds.dispatcher] uncaptured python exception, closing channel <yajsonrpc.betterAsyncore.Dispatcher connected ('::ffff:192.168.222.76', 46754, 0, 0) at 0x7f416c150a90> (<class 'ssl.SSLError'>:[X509] no certificate or crl found (_ssl.c:3771) [/usr/lib64/python3.6/asyncore.py|readwrite|110] [/usr/lib64/python3.6/asyncore.py|handle_write_event|442] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|handle_write|74] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|_delegate_call|168] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|handle_write|190] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_handle_io|194] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_set_up_socket|154]) (betterAsyncore:179) Not sure what might have caused this. Can anyone have a look? Thanks. > Build Number: 1548 > Build Status: Failure > Triggered By: Started by timer > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #1548 > [Galit Rosenthal] Fix the repo for suites that weren't moved to no reposync > > > > > ----------------- > Failed Tests: > ----------------- > No tests ran. -- Didi

5 13

what's up with ansible-runner-service-dev package?
by Fedor Gavrilov 01 Apr '20

01 Apr '20

Hi everyone, After I screwed up my dev environment beyond repair I have to set it up again and I see something I haven't last time (CentOS 7): $ sudo yum install ansible-runner-service-dev Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.hosting90.cz * centos-sclo-rh: mirror.hosting90.cz * centos-sclo-sclo: mirror.hosting90.cz * extras: mirror.hosting90.cz * ovirt-master-epel: mirror.hosting90.cz * ovirt-master-snapshot: ftp.nluug.nl * ovirt-master-snapshot-static: ftp.nluug.nl * updates: mirror.hosting90.cz No package ansible-runner-service-dev available. Maybe something's missing from my notes, but where did it go? Should I add some repo? Fedor

9 39

Re: ovirt-imageio error
by Nir Soffer 01 Apr '20

01 Apr '20

On Wed, Apr 1, 2020 at 3:25 PM Dana Elfassy <delfassy(a)redhat.com> wrote: Moving to deverl, since other people may have the same problem. We switched to ovirt-imageio 2.0.2 yesterday. The package should be available from ovirt repositories and for QE. > When I'm trying to install updates I'm getting the following error message: > "Depsolve Error occured: \n Problem: problem with installed package vdsm-4.40.10-1.el8.x86_64\n - package vdsm-4.40.10-1.el8.x86_64 > requires ovirt-imageio-daemon = 1.6.3, but none of the providers can be installed\n - package vdsm-4.40.9-1.el8.x86_64 requires ovirt-imageio-daemon = > 1.6.3, but none of the providers can be installed\n - cannot install both ovirt-imageio-daemon-2.0.2-0.el8.x86_64 and ovirt-imageio-daemon-1.6.3-0.20 > 2003041517.gitefb1267.el8.x86_64\n - cannot install both ovirt-imageio-daemon-2.0.2-0.el8.x86_64 and ovirt-imageio-daemon-1.6.3-0.el8.noarch\n - cann > ot install the best candidate for the job" > > The current version I have is > [root@dhcp-1-31 ~]# rpm -qa | grep "ovirt-imageio" > ovirt-imageio-common-1.6.3-0.202003041517.gitefb1267.el8.x86_64 > ovirt-imageio-daemon-1.6.3-0.202003041517.gitefb1267.el8.x86_64 > > I have tried to remove it (which requires installing ovirt-release-master again), and got the same error Is this centos or rhel system? If this is a rhel system the right place to discuss it is rhev-devel. For centos the packages are available here: https://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/x86_64/ If you have ovirt-release-master package installed: yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm The package should be available. This is the way we test installation in the CI. Nir

1 1

pep8 & checkstyle are here again to bring an end to humanity
by Fedor Gavrilov 01 Apr '20

01 Apr '20

I can't compile the engine. Not sure should I laugh or cry. But you shouldn't be able to compile too. https://github.com/oVirt/ovirt-engine/commit/3d9d3b0aee17ff20d3303fd9f63297… is to blame, once I cut the line compilation is able to proceed. Not sure how it will go with ansible-runner-service yet... :) Fedor

4 3