- Devel - oVirt List Archives

HA VM not work when VM OS cannot run normally
by du_hongyu＠yeah.net 30 Apr '19

30 Apr '19

HI， I create a HA VM in ovirt follaw this article https://ovirt.org/develop/ha-vms.html#highly-available-vms-and-io-errors when my vm‘s OS can not run, but ovirt consider this vm is up, so is this a bug for HA VM? can you give me some advise? Regards Hongyu Du

2 4

repo, el7: Provide nmstate through copr for VDSM
by Sandro Bonazzola 30 Apr '19

30 Apr '19

Hi, Is https://gerrit.ovirt.org/#/c/96856/ still relevant? I see nmstate-0.0.5 is in EPEL testing and shipped within Fedora while the copr repo has 0.0.4. Can I abandon the patch? -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 2

Nominating Miguel Barosso as ovirt-provider-ovn maintainer
by Marcin Mirecki 29 Apr '19

29 Apr '19

I would like to propose Miguel Barosso as a maintainer for ovirt-provider-ovn. Miguel is now working on the project for almost a year, and for the last few month is practically the only active contributor to the project. He has successfully implemented new features right up from the design stage, added a new integration test framework, fixed an endless amount of bugs and contributed over 200 patches to the project. Currently the only maintainer (me) is no longer actively working on the project, which is a cause of a review bottleneck. Thanks, Marcin

5 4

[ OST Failure Report ] [ oVirt 4.3 (vdsm) ] [ 22-03-2019 ] [ 002_bootstrap.add_master_storage_domain ]
by Dafna Ron 29 Apr '19

29 Apr '19

Hi, We are failing branch 4.3 for test: 002_bootstrap.add_master_storage_domain It seems that in one of the hosts, the vdsm is not starting there is nothing in vdsm.log or in supervdsm.log CQ identified this patch as the suspected root cause: https://gerrit.ovirt.org/#/c/98748/ - vdsm: client: Add support for flow id Milan, Marcin, can you please have a look? full logs: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/326/artifact/bas… the only error I can see is about host not being up (makes sense as vdsm is not running) Stacktrace File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py", line 417, in add_master_storage_domain add_iscsi_storage_domain(prefix) File "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py", line 561, in add_iscsi_storage_domain host=_random_host_from_dc(api, DC_NAME), File "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py", line 122, in _random_host_from_dc return _hosts_in_dc(api, dc_name, True) File "/home/jenkins/workspace/ovirt-4.3_change-queue-tester/ovirt-system-tests/basic-suite-4.3/test-scenarios/002_bootstrap.py", line 119, in _hosts_in_dc raise RuntimeError('Could not find hosts that are up in DC %s' % dc_name) 'Could not find hosts that are up in DC test-dc\n-------------------- >> begin captured logging << --------------------\nlago.ssh: DEBUG: start task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: end task:937bdea7-a2a3-47ad-9383-36647ea37ddf:Get ssh client for lago-basic-suite-4-3-engine:\nlago.ssh: DEBUG: Running c07b5ee2 on lago-basic-suite-4-3-engine: cat /root/multipath.txt\nlago.ssh: DEBUG: Command c07b5ee2 on lago-basic-suite-4-3-engine returned with 0\nlago.ssh: DEBUG: Command c07b5ee2 on lago-basic-suite-4-3-engine output:\n 3600140516f88cafa71243648ea218995\n360014053e28f60001764fed9978ec4b3\n360014059edc777770114a6484891dcf1\n36001405d93d8585a50d43a4ad0bd8d19\n36001405e31361631de14bcf87d43e55a\n\n-----------

8 31

oVirt Node build failure on 4.2 snapshot
by Sandro Bonazzola 28 Apr '19

28 Apr '19

https://jenkins.ovirt.org/job/ovirt-node-ng_4.2_build-artifacts-el7-x86_64/… Not sure what happened but yesterday ovirt Node 4.2 jenkins job started failing with: 06:28:14,517 INFO program:Error: Package: vdsm-client-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot) 06:28:14,518 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7 06:28:14,518 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,519 INFO program:vdsm-api = 4.20.23-1.el7 06:28:14,520 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,521 INFO program:vdsm-api = 4.20.39.1-1.el7 06:28:14,522 INFO program:Error: Package: vdsm-jsonrpc-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot) 06:28:14,522 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7 06:28:14,523 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,524 INFO program:vdsm-api = 4.20.23-1.el7 06:28:14,525 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,526 INFO program:vdsm-api = 4.20.39.1-1.el7 06:28:14,527 INFO program:Error: Package: vdsm-python-4.20.47-2.git31d3591.el7.noarch (ovirt-4.2-snapshot) 06:28:14,528 INFO program:Requires: vdsm-api = 4.20.47-2.git31d3591.el7 06:28:14,528 INFO program:Available: vdsm-api-4.20.23-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,529 INFO program:vdsm-api = 4.20.23-1.el7 06:28:14,530 INFO program:Available: vdsm-api-4.20.39.1-1.el7.noarch (ovirt-4.2-centos-ovirt42) 06:28:14,531 INFO program:vdsm-api = 4.20.39.1-1.el7 Looking at vdsm.spec I see: grep "\-api" vdsm.spec.in: Requires: %{name}-api = %{version}-%{release} Requires: %{name}-api = %{version}-%{release} Obsoletes: %{name}-api < 4.16 Requires: %{name}-api = %{version}-%{release} Requires: glusterfs-api >= %{gluster_version} Looking at the Obsoletes: %package jsonrpc Summary: VDSM API Server BuildArch: noarch Requires: %{name}-python = %{version}-%{release} Requires: %{name}-api = %{version}-%{release} Requires: %{name}-yajsonrpc = %{version}-%{release} Obsoletes: %{name}-api < 4.16 There's an Obsoletes without a Provides while there are still around lines with: Requires: %{name}-api = %{version}-%{release} so I don't know how it could have worked till now. -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

3 2

ovirt-engine has been tagged (ovirt-engine-4.3.3.6)
by Tal Nisan 24 Apr '19

24 Apr '19

1 0

ovirt-vmconsole CI check-patch
by Sandro Bonazzola 19 Apr '19

19 Apr '19

Hi, looks like ovirt-vmconsole is missing CI check-patch stage. Is there any reason for not running at least an rpm build in check-patch? I see the project has unit testing, why not run them on check-patch? Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 2

Re: Is only master branch of ovirt-engine analyzed on coverity scan?
by Nasif Imtiaz 18 Apr '19

18 Apr '19

Hi Martin, Thanks for answering my questions. I am a PhD student at North Carolina State University. As a part of our research project, we are looking at how developers respond to alerts from static analysis tools (e.g. Coverity). If you can participate in a short survey <https://ncsu.qualtrics.com/jfe/form/SV_dakHeRNGBoWq9r7> answering how your project team monitors Coverity reports, that will help us greatly in our research. Thanks, Nasif

1 0

sanlock 3.7.1-2 for Fedora available in updates-testing
by Nir Soffer 16 Apr '19

16 Apr '19

This version refines the new 4k constants. If you use Fedora host, please test and submit feedback. To update sanlock: sudo dnf update --enablerepo=updates-testing sanlock python2-sanlock Submit feedback here: f28: https://bodhi.fedoraproject.org/updates/FEDORA-2019-3294cacaa5 f29: https://bodhi.fedoraproject.org/updates/FEDORA-2019-3f694721ce f30: https://bodhi.fedoraproject.org/updates/FEDORA-2019-fff6370c64 Thanks, Nir

1 0

ovirt-engine has been tagged (ovirt-engine-4.3.3.5)
by Tal Nisan 16 Apr '19

16 Apr '19

1 0