February 2020 - Devel - Ovirt List Archives

by Yedidyah Bar David

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

3 months

7
13
0 / 0

Container-based CI backend is now available for use

by Barak Korren

A little less then a month ago I sent an email to this list telling you all about ongoing work to create a new container-based backend for the oVirt CI system. I'm pleased to announce that we have managed to finally merged an initial set of patches implementing that backend yesterday, and it is now available for general use. *What? Were? How do I use it?* Documentation about how to use the new backend is now available in read the docs <https://ovirt-infra-docs.readthedocs.io/en/latest/CI/STDCI-Containers/ind...> . *Wait! I needed it to do X which it doesn't!* For the time being the new backend lacks some features that some may consider to be essential, such as automated cloning of patch source code and build artifact collection. We already have implemented patches providing a substantial amount of additional functionality, and hopefully we will be able to merge them soon. Following is a list of those patches and the features they implement: 1. Automated source cloning support: - 104213 <https://gerrit.ovirt.org/104213>: Implement STDCI DSL support for initContainers - 104590 <https://gerrit.ovirt.org/104590>: STDCI DSL: Add the `decorate` option - 104668 <https://gerrit.ovirt.org/104668>: Document source cloning extension for containers 2. Artifact collection support - 104690 <https://gerrit.ovirt.org/104690>: Added NFS server container image - 104273 <https://gerrit.ovirt.org/104273>: STDCI PODS: Unique UID for each job build's POD - 104756 <https://gerrit.ovirt.org/104756>: pipeline-loader: refactor: separate podspec func - 104757 <https://gerrit.ovirt.org/104757>: pipeline-loader: refactor: Use podspec struct def - 104766 <https://gerrit.ovirt.org/104766>: STDCI PODs: Add artifact collection logic - 105522 <https://gerrit.ovirt.org/105522>: Documented artifact collection in containers 3. Extended log collection - 104842 <https://gerrit.ovirt.org/104842>: STDCI PODs: Add POD log collection - 105523 <https://gerrit.ovirt.org/105523>: Documented log collection in containers 4. Privileged container support - 104786 <https://gerrit.ovirt.org/104786>: STDCI DSL: Enable privileged containers 5. Support for using containers in gating jobs: - 104804 <https://gerrit.ovirt.org/104804>: standard-stage: refactor: move DSL to a library - 104811 <https://gerrit.ovirt.org/104811>: gate: Support getting suits from STDCI DSL 6. Providing the `extra_sources` file to OST suit containers: - 104843 <https://gerrit.ovirt.org/104843>: stdci_runner: Create extra_sources for PODs 7. Support for mirror injection and upstream source cloning - 104917 <https://gerrit.ovirt.org/104917>: Added a container with STDCI tools - 104918 <https://gerrit.ovirt.org/104918>: decorate.py: Add script - 104989 <https://gerrit.ovirt.org/104989>: STDCI DSL: Use `tools` container for `decorate` - 104994 <https://gerrit.ovirt.org/104994>: stdci_runner: Inject mirrors in PODs As you can see, we have quite a big pile of reviews to do, as always, help is very welcome... Regards, Barak. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

3 months, 2 weeks

2
4
0 / 0

[Bug 1808271] unboundid-ldapsdk-5.0.0 is available

by Sandro Bonazzola

Hi, unboundid-ldapsdk-5.0.0 is available upstream. Release notes are available here: https://github.com/pingidentity/ldapsdk/releases most notable change is the licensing, including ASL along with GPL and LGPL. The library is used by aaa-ldap extension. I've not yet built it for Fedora Rawhide, and I'm not prioritizing this unless the new release content / licensing change is useful for oVirt scope. Please let me know if there's interest in getting this new release available for oVirt consumption. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*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>*

4 months, 1 week

2
1
0 / 0

net_mlx5 libibverbs.so.1 noise

by Yedidyah Bar David

Hi all, I upgraded my CentOS8 engine machine, and now whenever I run a shell (e.g. ssh, or another window in tmux), I get: net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) Not sure if this is a new known issue. It happened in the past, and was fixed, but apparently got broken again. Now commented about this on the old bug: https://bugzilla.redhat.com/show_bug.cgi?id=1642945#c9 Workaround: dnf install libibverbs.so.1 libmlx5 Best regards, -- Didi

4 months, 1 week

3
2
0 / 0

Need steps to downgrade engine from 4.4 to 4.3.

by Ritesh Chikatwar

Hello all.. Is there any steps to downgrade engine from 4.4 to 4.3 Any help will appreciate. Ritesh

4 months, 1 week

2
1
0 / 0

[CQ 20589] engine reports storage domain does not exist

by Sandro Bonazzola

https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20589/ Engine fails at: 2020-02-25 02:53:53,144-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (default task-1) [56f93c90-3868-43f8-920f-bc1fccc72a27] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HSMGetStorageDomainInfoVDS, error = Storage domain does not exist: ('8c9f3762-3bf1-48fa-9237-b6587d0268ab',), code = 358 https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20589/arti... corresponding failure in VDSM is: 2020-02-25 02:53:53,128-0500 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='752b540e-fbfc-4602-8eeb-3c357fb7f5a2') Unexpected error (task:874) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 881, in _run return fn(*args, **kargs) File "<decorator-gen-129>", line 2, in getStorageDomainInfo File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 50, in method ret = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/storage/hsm.py", line 2752, in getStorageDomainInfo dom = self.validateSdUUID(sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/hsm.py", line 309, in validateSdUUID sdDom = sdCache.produce(sdUUID=sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 115, in produce domain.getRealDomain() File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 51, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 139, in _realProduce domain = self._findDomain(sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 156, in _findDomain return findMethod(sdUUID) File "/usr/lib/python3.6/site-packages/vdsm/storage/sdc.py", line 186, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) vdsm.storage.exception.StorageDomainDoesNotExist: Storage domain does not exist: ('8c9f3762-3bf1-48fa-9237-b6587d0268ab',) 2020-02-25 02:53:53,128-0500 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='752b540e-fbfc-4602-8eeb-3c357fb7f5a2') aborting: Task is aborted: "value=Storage domain does not exist: ('8c9f3762-3bf1-48fa-9237-b6587d0268ab',) abortedcode=358" (task:1184) 2020-02-25 02:53:53,128-0500 ERROR (jsonrpc/7) [storage.Dispatcher] FINISH getStorageDomainInfo error=Storage domain does not exist: ('8c9f3762-3bf1-48fa-9237-b6587d0268ab',) (dispatcher:83) 2020-02-25 02:53:53,129-0500 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StorageDomain.getInfo failed (error 358) in 0.28 seconds (__init__:312) https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20589/arti... Corresponding var log messages: Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: Attached scsi generic sg8 type 0 Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: alua: port group 00 state A non-preferred supports TOlUSNA Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: scsi 3:0:0:1: Direct-Access LIO-ORG lun1_bdev 4.0 PQ: 0 ANSI: 5 Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: [sdi] 41943040 512-byte logical blocks: (21.5 GB/20.0 GiB) Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: scsi 3:0:0:1: alua: supports implicit and explicit TPGS Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: scsi 3:0:0:1: alua: device naa.600140541e20cc9dba94e4fa46a57322 port group 0 rel port 1 Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: [sdi] Write Protect is off Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: [sdi] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: Attached scsi generic sg9 type 0 Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: alua: port group 00 state A non-preferred supports TOlUSNA Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: [sdj] 41943040 512-byte logical blocks: (21.5 GB/20.0 GiB) Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:0: [sdf] Attached SCSI disk Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: [sdj] Write Protect is off Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: [sdj] Write cache: enabled, read cache: enabled, supports DPO and FUA Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:4: [sdg] Attached SCSI disk Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:3: [sdh] Attached SCSI disk Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:2: [sdi] Attached SCSI disk Feb 25 02:53:52 lago-basic-suite-master-host-0 kernel: sd 3:0:0:1: [sdj] Attached SCSI disk Feb 25 02:53:52 lago-basic-suite-master-host-0 systemd[1]: Started Session c67 of user root. Feb 25 02:53:52 lago-basic-suite-master-host-0 systemd[1]: Starting LVM event activation on device 8:128... Feb 25 02:53:52 lago-basic-suite-master-host-0 lvm[30164]: pvscan[30164] PV /dev/sdi online, VG 8c9f3762-3bf1-48fa-9237-b6587d0268ab is complete. Feb 25 02:53:52 lago-basic-suite-master-host-0 lvm[30164]: pvscan[30164] VG 8c9f3762-3bf1-48fa-9237-b6587d0268ab skip autoactivation. Feb 25 02:53:52 lago-basic-suite-master-host-0 systemd[1]: Started LVM event activation on device 8:128. https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20589/arti... -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

4 months, 1 week

2
1
0 / 0

pad.engineering.redhat.com not working

by Eyal Shenitzky

Hi, $SUBJECT isn't working. Does someone know what is the problem? -- Regards, Eyal Shenitzky

4 months, 2 weeks

1
0
0 / 0

python-ovirt-engine-sdk4 failing to build for 4.3 pipeline

by Sandro Bonazzola

Hi, looking at jenkins failures, SDK fails to build on patch https://gerrit.ovirt.org/#/c/106716/ The patch is clearly not the root cause of the failure, you can see at https://jenkins.ovirt.org/job/python-ovirt-engine-sdk4_4.3_build-artifact... *00:05:28.534* [INFO] --- exec-maven-plugin:1.2.1:exec (test) @ python-sdk ---*00:05:28.886* 4.3.3.dev20200224+gitcb0b9d0*00:05:28.886* usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]*00:05:28.886* or: setup.py --help [cmd1 cmd2 ...]*00:05:28.886* or: setup.py --help-commands*00:05:28.886* or: setup.py cmd --help*00:05:28.886* *00:05:28.886* error: invalid command 'nosetests' Ori, can you please have a look? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

4 months, 2 weeks

1
0
0 / 0

[CQ 20569] failing to resolve copr repos

by Sandro Bonazzola

Hi, looking at last failure on OST. Job: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20569/ looking at engine dnf log: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/20569/arti... I see: 2020-02-24T18:49:14Z DEBUG error: Curl error (6): Couldn't resolve host name for https://copr-be.cloud.fedoraproject.org/results/networkmanager/NetworkMan... [Could not resolve host: copr-be.cloud.fedoraproject.org] (https://copr-be.cloud.fedoraproject.org/results/networkmanager/NetworkMan...). 2020-02-24T18:49:14Z DEBUG Cannot download 'https://copr-be.cloud.fedoraproject.org/results/networkmanager/NetworkMan...': Cannot download repomd.xml: Curl error (6): Couldn't resolve host name for https://copr-be.cloud.fedoraproject.org/results/networkmanager/NetworkMan... [Could not resolve host: copr-be.cloud.fedoraproject.org]. 2020-02-24T18:49:14Z ERROR Failed to download metadata for repo 'ovirt-master-copr-NetworkManager-1.22-el8' 2020-02-24T18:49:14Z DDEBUG Cleaning up. 2020-02-24T18:49:14Z SUBDEBUG Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/dnf/repo.py", line 552, in load ret = self._repo.load() File "/usr/lib64/python3.6/site-packages/libdnf/repo.py", line 394, in load return _repo.Repo_load(self) RuntimeError: Failed to download metadata for repo 'ovirt-master-copr-NetworkManager-1.22-el8' Is OST suffering of network connectivity? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

4 months, 2 weeks

1
0
0 / 0

OST Failure: libvirtError: COMMAND_FAILED: INVALID_IPV: 'ipv6' is not a valid backend or is unavailable

by Gobinda Das

Hi, One of the OST suite (hc-basic-suite-4.3) is failing with error: libvirtError: COMMAND_FAILED: INVALID_IPV: 'ipv6' is not a valid backend or is unavailable Full log: * Create network lago-hc-basic-suite-4-3-net-management: ERROR (in 0:00:11)*07:42:57* # Start nets: ERROR (in 0:00:11)*07:42:57* @ Start Prefix: ERROR (in 0:00:11)*07:42:57* Error occured, aborting*07:42:57* Traceback (most recent call last):*07:42:57* File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 969, in main*07:42:57* cli_plugins[args.verb].do_run(args)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run*07:42:57* self._do_run(**vars(args))*07:42:57* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 573, in wrapper*07:42:57* return func(*args, **kwargs)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 584, in wrapper*07:42:57* return func(*args, prefix=prefix, **kwargs)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/cmd.py", line 271, in do_start*07:42:57* prefix.start(vm_names=vm_names)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/sdk_utils.py", line 50, in wrapped*07:42:57* return func(*args, **kwargs)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1323, in start*07:42:57* self.virt_env.start(vm_names=vm_names)*07:42:57* File "/usr/lib/python2.7/site-packages/lago/virt.py", line 341, in start*07:42:57* net.start()*07:42:57* File "/usr/lib/python2.7/site-packages/lago/providers/libvirt/network.py", line 115, in start*07:42:57* net = self.libvirt_con.networkCreateXML(self._libvirt_xml())*07:42:57* File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4216, in networkCreateXML*07:42:57* if ret is None:raise libvirtError('virNetworkCreateXML() failed', conn=self)*07:42:57* libvirtError: COMMAND_FAILED: INVALID_IPV: 'ipv6' is not a valid backend or is unavailable*07:42:57* + on_exit Any one has idea what could be the issue? -- Thanks, Gobinda

4 months, 2 weeks

2
1
0 / 0

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Devel February 2020