May 2017 - Devel - oVirt List Archives

Re: [ovirt-devel] ovirt_master_hc-system-tests failed
by Gil Shinar 24 May '17

24 May '17

Hi Sahina, Thanks a lot for looking into it. Adding ovirt devel. On Tue, May 23, 2017 at 9:51 AM, Sahina Bose <sabose(a)redhat.com> wrote: > From the logs, it looks like an issue installing the HE > > [ INFO ] Stopping websocket-proxy service", " |- [ INFO ] > Stage: Misc configuration", " |- [ INFO ] Stage: Package > installation", " |- [ INFO ] Stage: Misc configuration", > " |- [ ERROR ] Failed to execute stage 'Misc configuration': > Failed to enable service 'openvswitch'", " |- [ INFO ] Stage: > Clean up", " |- Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-setup-20170522230910-t50bkj.log", > " |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/ > answers/20170522230919-setup.conf'", " |- [ INFO ] Stage: > Pre-termination", " |- [ INFO ] Stage: Termination", " > |- [ ERROR ] Execution of setup failed", " |- > HE_APPLIANCE_ENGINE_SETUP_FAIL", "[ ERROR ] Engine setup failed on the > appliance", "[ ERROR ] Failed to execute stage 'Closing up': Engine setup > failed on the appliance", " > > And from the /var/log/ovirt-engine/setup/ovirt-engine-setup- > 20170522230910-t50bkj.log: > 2017-05-22 23:09:19,645-0400 DEBUG otopi.plugins.otopi.services.systemd > plugin.execute:926 execute-output: ('/bin/systemctl', 'enable', > u'openvswitch.service') stderr: > Failed to execute operation: No such file or directory > > 2017-05-22 23:09:19,645-0400 DEBUG otopi.context > context._executeMethod:142 method exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in > _executeMethod > method['method']() > File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt- > engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 531, in > _restart_ovn_services > self._restart_service(service) > File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt- > engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 513, in > _restart_service > state=True, > File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 122, in > startup > service=name, > RuntimeError: Failed to enable service 'openvswitch' > > > > On Sun, May 21, 2017 at 1:32 PM, Gil Shinar <gshinar(a)redhat.com> wrote: > >> Hi Sahina, >> >> Can you please assist? >> http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/105/ >> >> Thanks >> Gil >> > >

2 2

Heads up - Findbugs checks back on ovirt-engine master branch
by Tal Nisan 23 May '17

23 May '17

Hey everyone, Due to a bug in the check-patch Jenkins jobs the findbugs checks were effectively disabled for the last weeks in the master branch (the stable branches are using a separate job for findbugs so there it still worked). With the help of Daniel Belensky from the RHV DevOps team we've identified and solved the problem in the Jenkins job. We've also fixed the warnings that got in the code base during the period the job was not running and now the findbugs job is running correctly on master branch as a part of the check-patch with no warnings. Please be sure to note CI failures that may arise due to new warnings in pushed patches.

2 2

Re: [ovirt-devel] Change in ovirt-engine[master]: core: backup flag added to storage domain static
by shubham dubey 23 May '17

23 May '17

yes I just forget to add that. Can anyone tell me how to push the new changes to same commit? Thanks, Shubham On Tue, May 23, 2017 at 1:27 PM, Code Review <gerrit(a)ovirt.org> wrote: > From Eli Mesika <emesika(a)redhat.com>: > > Eli Mesika has posted comments on this change. > > Change subject: core: backup flag added to storage domain static > ...................................................................... > > > Patch Set 1: > > Did you forgot to add the relevant upgrade script that added that field > ???? > > -- > To view, visit https://gerrit.ovirt.org/77142 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: I1453b52f4330d0e5cb12d8fa08426fd68f3cd329 > Gerrit-PatchSet: 1 > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-Owner: shubham dubey <sdubey504(a)gmail.com> > Gerrit-Reviewer: Eli Mesika <emesika(a)redhat.com> > Gerrit-Reviewer: Greg Sheremeta <gshereme(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Maor Lipchuk <mlipchuk(a)redhat.com> > Gerrit-Reviewer: Martin Peřina <mperina(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-HasComments: No >

4 10

[VDSM] check-merge fails: error: [Errno 98] Address already in use
by Nir Soffer 23 May '17

23 May '17

I see these failure in check-merge *13:26:59* Error occured, aborting*13:26:59* Traceback (most recent call last):*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 360, in do_run*13:26:59* self.cli_plugins[args.ovirtverb].do_run(args)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run*13:26:59* self._do_run(**vars(args))*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in wrapper*13:26:59* return func(*args, prefix=prefix, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166, in do_deploy*13:26:59* prefix.deploy()*13:26:59* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 635, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper*13:26:59* with utils.repo_server_context(args[0]):*13:26:59* File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__*13:26:59* return self.gen.next()*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 100, in repo_server_context*13:26:59* root_dir=prefix.paths.internal_repo(),*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, in _create_http_server*13:26:59* generate_request_handler(root_dir),*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__*13:26:59* self.server_bind()*13:26:59* File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind*13:26:59* SocketServer.TCPServer.server_bind(self)*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind*13:26:59* self.socket.bind(self.server_address)*13:26:59* File "/usr/lib64/python2.7/socket.py", line 224, in meth*13:26:59* return getattr(self._sock,name)(*args)*13:26:59* error: [Errno 98] Address already in use Failed build: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1794/conso… Other builds with same error: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1793/conso… http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1790/conso… Nir

3 2

[vdsm] branching out 4.1.2
by Francesco Romani 23 May '17

23 May '17

Hi all, patches against the 4.1 branch are piling up, so I'm thinking about branching out 4.1.2 tomorrow (20170523) The activity on the 4.1.2 front was quite low lately, so we should expect quite few double backports. Thoughts? I'll go forward and branch if noone objects. Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

6 7

VmIconDaoTest compiling error
by shubham dubey 23 May '17

23 May '17

I have done some changes in ovirt-engine now while compiling I am getting following error in file VmIconDaoTest. Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.466 sec <<< FAILURE! testGetVmIconByDataUrlWithValidUrl(org.ovirt.engine.core.dao.VmIconDaoTest) Time elapsed: 18 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.ovirt.engine.core.dao.VmIconDaoTest.testGetVmIconByDataUrlWithValidUrl(VmIconDaoTest.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:254) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:193) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) ... ... Failed tests: testGetVmIconByDataUrlWithValidUrl(org.ovirt.engine.core.dao.VmIconDaoTest): expected:<1> but was:<0> I haven't even done any change in VmIconDaoTest file but this error is there. I even try to change the value result.get(0) to result.get(1) in testGetVmIconByDataUrlWithValidUrl but that didn't work. Thanks in advance. Shubham

3 6

Regarding dao tests
by shubham dubey 22 May '17

22 May '17

I have made some changes to engine code and the try to run dao test. $PGPASSWORD=engine \ ./packaging/dbscripts/schema.sh \ -c apply -u engine -d engine_dao_tests This command run sucessfully. but after compiling through make I am getting following error ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:check (checkstyle) on project common: You have 7 Checkstyle violations. -> [Help 1] so can anyone tell me what that means? Thanks, Shubham

3 4

[ OST Manual Job ] Updated default fallback repo
by Daniel Belenky 22 May '17

22 May '17

Hi all, Please note that we've updated the default fallback repo in manual job <http://jenkins.ovirt.org/job/ovirt-system-tests_manual/>. The fallback repo defines the source from which the RPMs that are not part of the patch being tested are being taken. Until today, the default source was 'latest_tested' repo, which is now replaced by 'latest_release'. *Note* that 'latest_tested' repository shouldn't be used on regular basis, as this repository is changing as the experimental flow runs, so in order to avoid failures - please use the stable 'latest_release' repo, which contains all the rpm's that were released in the last official release of oVirt. Thanks, -- DANIEL BELENKY Associate sw engineer RHEV DEVOPS Red Hat Israel <https://www.redhat.com/> dbelenky(a)redhat.com IRC: #rhev-integ, #rhev-dev <https://red.ht/sig>

2 2

[Engine] Runtime log controll script
by Roy Golan 21 May '17

21 May '17

Ever wanted to raise level of the engine logs and wanted to to that fast and runtime? This is a small wrapper around wildfly mgmt interface, called *log-control* to do the trick[1] Example, debug the db interaction layer: ./log-control org.ovirt.engine.core.dal debug It will first try blantly to add the log category and then will set the log level according to what you set. It is simple and stupid. More interesting logger categories: business logic (commands, queries) - org.ovirt.engine.core.bll hosts interaction - org.ovirt.engine.core.vdsbroker various utilities - org.ovirt.engine.core.utils aaa - org.ovirt.engine.exttool.aaa General suggestion - I think is is it time for *ovirt-engine-contrib* so mini-helpers like that can exists and when they are solid can go into mainstream repo, if needed in there. [1] https://gist.github.com/rgolangh/1cb9f9b3b7f7f0a1d16b5a976d90bd55 Thanks, Roy

5 7

ovirt-provider-ovn - appliance inclusion / default enablement
by Sandro Bonazzola 18 May '17

18 May '17

Hi, with https://gerrit.ovirt.org/76855 it's requested to increase the appliance size by adding ovirt-provider-ovn and its dependencies. This raise a few questions. The support for ovirt-provider-ovn is enabled by default in engine-setup and going to be installed by default in the appliance so we're pushing to use it. Why not requiring it at ovirt-engine spec file level? Answer given in the commit message of above patch is: We do not want to have a hard dependency in the form of an rpm require. OVN and openvswitch are relatively heavy and complex, and are still experimental. We would not want to force everybody to pull them onto any Engine host. So why adding it to the appliance, which is the default for hosted engine which is our recommeded way to deploy oVirt, and enable it by default? How this differs from DWH? ovirt-engine requires ovirt-engine-setup which requires ovirt-engine-dwh setup which requires ovirt-engine-dwh. Why can't we just require ovirt-provider-ovn in ovirt-engine instead of tweaking the appliance? If we decide it's not mandatory, why not make the default to not enabling it in engine-setup and avoid to add it to the appliance? Being optional, adding it collides with Bug 1401931 <https://bugzilla.redhat.com/show_bug.cgi?id=1401931> - [RFE] reduce the size of the appliance Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 10

[ OST Failure Report ] [ oVirt master ] [ 14/05/2017 ] [ test-repo_ovirt_experimental_master ]
by Shlomo Ben David 18 May '17

18 May '17

Hi, Test failed: [ test-repo_ovirt_experimental_master ] Link to suspected patches: N/A Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6665/ Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6665/artif… Error snippet from the log: <error> 2017-05-14 03:56:31,782-0400 ERROR (jsonrpc/3) [storage.TaskManager.Task] (Task='661acb48-075b-494a-8fb4-64c04ed99bcb') Unexpected error (task:871) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 878, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2172, in getAllTasksInfo allTasksInfo = self._pool.getAllTasksInfo() File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 77, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state 2017-05-14 03:56:31,785-0400 INFO (jsonrpc/3) [storage.TaskManager.Task] (Task='661acb48-075b-494a-8fb4-64c04ed99bcb') aborting: Task is aborted: u'Secured object is not in safe state' - code 100 (task:1176) 2017-05-14 03:56:31,786-0400 ERROR (jsonrpc/3) [storage.Dispatcher] Secured object is not in safe state (dispatcher:81) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/dispatcher.py", line 73, in wrapper result = ctask.prepare(func, *args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 106, in wrapper return m(self, *a, **kw) File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 1184, in prepare raise self.error SecureError: Secured object is not in safe state 2017-05-14 03:56:31,786-0400 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllTasksInfo failed (error 654) in 0.00 seconds (__init__:577) 2017-05-14 03:56:31,796-0400 INFO (jsonrpc/5) [dispatcher] Run and protect: getAllTasksStatuses(spUUID=None, options=None) (logUtils:51) 2017-05-14 03:56:31,797-0400 ERROR (jsonrpc/5) [storage.TaskManager.Task] (Task='568f515e-365b-47e4-8b2f-24e15deb6ae9') Unexpected error (task:871) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 878, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2132, in getAllTasksStatuses allTasksStatus = self._pool.getAllTasksStatuses() File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 77, in wrapper raise SecureError("Secured object is not in safe state") SecureError: Secured object is not in safe state 2017-05-14 03:56:31,797-0400 INFO (jsonrpc/5) [storage.TaskManager.Task] (Task='568f515e-365b-47e4-8b2f-24e15deb6ae9') aborting: Task is aborted: u'Secured object is not in safe state' - code 100 (task:1176) 2017-05-14 03:56:31,798-0400 ERROR (jsonrpc/5) [storage.Dispatcher] Secured object is not in safe state (dispatcher:81) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/storage/dispatcher.py", line 73, in wrapper result = ctask.prepare(func, *args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 106, in wrapper return m(self, *a, **kw) File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 1184, in prepare raise self.error SecureError: Secured object is not in safe state <error> Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCVA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

5 5

Fwd: UPDATE: Bugzilla 5 beta server is back online
by Sandro Bonazzola 18 May '17

18 May '17

---------- Forwarded message ---------- From: Christine Freitas <cfreitas(a)redhat.com> Date: Mon, May 15, 2017 at 6:03 PM Subject: UPDATE: Bugzilla 5 beta server is back online Hello All, The Bugzilla 5 beta server [1] is back online. We encourage you to test your current scripts and take part in the beta discussions on the Fedora development list [2]. Partners and customers may also use their existing communications channels to share feedback or questions. We've extended the beta window and ask that you provide feedback or questions by Wednesday, June 14th. The official release date for Bugzilla 5 will be determined based on the beta feedback. We will communicate to you as the beta continues to progress. For more information refer to: https://beta-bugzilla.redhat.com/page.cgi?id=whats-new.html https://beta-bugzilla.redhat.com/page.cgi?id=release-notes.html https://beta-bugzilla.redhat.com/page.cgi?id=faq.html https://beta-bugzilla.redhat.com/docs/en/html/using/index.html https://beta-bugzilla.redhat.com/docs/en/html/api/index.html Cheers, the Red Hat Bugzilla team. 1: https://beta-bugzilla.redhat.com/ 2: https://lists.fedoraproject.org/archives/list/devel%40lists. fedoraproject.org/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Feature: enhanced OVA support
by Arik Hadas 17 May '17

17 May '17

Hi everyone, We would like to share our plan for extending the currently provided support for OVA files with: 1. Support for uploading OVA. 2. Support for exporting a VM/template as OVA. 3. Support for importing OVA that was generated by oVirt (today, we only support those that are VMware-compatible). 4. Support for downloading OVA. This can be found on the feature page <http://www.ovirt.org/develop/release-management/features/virt/enhance-impor…> . Your feedback and cooperation will be highly appreciated. Thanks, Arik

5 7

[VDSM] Adding Pylint to 'check' target
by Fred Rolland 15 May '17

15 May '17

Hi, We are introducing Pylint to be performed as part of the 'check' target. Once that patch [1] will be merged, every execution of 'make check' will include also a Pylint analysis. Note that execution time will be longer by about 2 minutes. However, you are can use 'jobs' flag to tell 'make' to execute recipes simultaneously. Be aware that the output of the jobs will be interleaved. For example, running 'make' with two parallel jobs: make --jobs=2 check Regards, Freddy [1] https://gerrit.ovirt.org/#/c/76390/

4 3

Vdsm merge rights
by Dan Kenigsberg 14 May '17

14 May '17

I'd like to nominate Francesco to the vdsm-maintainers https://gerrit.ovirt.org/#/admin/groups/uuid-becbf722723417c336de6c16467496… list, so he can merge patches without waiting for Nir, Adam or me. I believe that he proved to be thorough and considerate (and paranoid) as the job requires. Vdsm maintainers, please approve. Dan

7 7

[VDSM] network test failure - failing all builds
by Nir Soffer 13 May '17

13 May '17

I'm seeing now this failure on multiple untreated patches. Seems to be related to these patches merged today: https://gerrit.ovirt.org/#/q/topic:ip_refactoring+is:merged *21:04:36* ======================================================================*21:04:36* FAIL: test_add_delete_and_read_rule (network.ip_rule_test.TestIpRule)*21:04:36* ----------------------------------------------------------------------*21:04:36* Traceback (most recent call last):*21:04:36* File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/network/ip_rule_test.py", line 47, in test_add_delete_and_read_rule*21:04:36* self.assertEqual(1, len(rules))*21:04:36* AssertionError: 1 != 2*21:04:36* -------------------- >> begin captured logging << --------------------*21:04:36* 2017-05-12 21:04:18,381 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip rule add from all to 192.168.99.1 dev lo table main (cwd None) (commands:69)*21:04:36* 2017-05-12 21:04:18,393 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93)*21:04:36* 2017-05-12 21:04:18,393 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip rule (cwd None) (commands:69)*21:04:36* 2017-05-12 21:04:18,404 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93)*21:04:36* 2017-05-12 21:04:18,406 DEBUG (MainThread) [root] /usr/bin/taskset --cpu-list 0-1 /sbin/ip rule del from all to 192.168.99.1 dev lo table main (cwd None) (commands:69)*21:04:36* 2017-05-12 21:04:18,417 DEBUG (MainThread) [root] SUCCESS: <err> = ''; <rc> = 0 (commands:93)*21:04:36* --------------------- >> end captured logging << ---------------------

2 4

Fwd: UPDATE: Bugzilla 5 beta window extended
by Sandro Bonazzola 12 May '17

12 May '17

FYI ---------- Forwarded message ---------- From: Christine Freitas <cfreitas(a)redhat.com> Date: Thu, May 11, 2017 at 6:05 PM Subject: UPDATE: Bugzilla 5 beta window extended Hello All, Due to issues found during testing, the Bugzilla 5 beta server [1] was put into maintenance mode. Therefore, we are extending the beta window by 4 weeks, once the server comes back online. We are targeting early next week to have the beta available to you. Once the server comes back online, we will update you on the date by which feedback is due. We sincerely apologize for any inconvenience, and look forward to your feedback once we are back online. Cheers, the Red Hat Bugzilla team For more information on the Bugzilla 5 beta refer to: https://beta-bugzilla.redhat.com/page.cgi?id=whats-new.html https://beta-bugzilla.redhat.com/page.cgi?id=release-notes.html https://beta-bugzilla.redhat.com/page.cgi?id=faq.html https://beta-bugzilla.redhat.com/docs/en/html/using/index.html https://beta-bugzilla.redhat.com/docs/en/html/api/index.html Cheers, the Red Hat Bugzilla team. 1: https://beta-bugzilla.redhat.com/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

OST 4.1 failure: Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running', ))
by Nir Soffer 12 May '17

12 May '17

I got this failure in 4.1 build[1], which should not be relevant to the tested patch[2] - is this a known issue? *13:31:47* # add_hosts: *13:31:47* Error while running thread*13:31:47* Traceback (most recent call last):*13:31:47* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue*13:31:47* queue.put({'return': func()})*13:31:47* File "/home/jenkins/workspace/ovirt-system-tests_manual/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4*13:31:47* name=CLUSTER_NAME,*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add*13:31:47* return self._internal_add(host, headers, query, wait)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add*13:31:47* context = self._connection.send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send*13:31:47* sys.exc_info()[2]*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send*13:31:47* return self.__send(request)*13:31:47* File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send*13:31:47* self._multi.add_handle(curl)*13:31:47* Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) [1] http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… [2] https://gerrit.ovirt.org/76645 Nir

6 26

DBUnit upgrade and format change
by Allon Mureinik 12 May '17

12 May '17

Hi all, In an attempt to make maintaining Engine's DAO tests a bit more manageable, yesterday I've merged patches to upgrade the DBUnit version we're using to the latest available version, 2.5.3 [1], and changed the format to flat-XML [2], ending up with a fixures.xml file which is almost 10K lines shorter. What do you need to know about this change? Frankly, not much. The format itself is pretty self-descriptive. To add a row to a table in the test database, just add a row to fixtures.xml: <table_name some_column="some_value" some_other_column="123"/> Note that you can pretty much add such a row wherever you want in the file, but in the interest of maintainability, please group rows from the same tables together, and leave an empty line between tables (as the file currently is). Note also that DBUnit 2.5.3 doesn't seem to allow timezones, offsets or whitespaces at the end of timestamp values. Since our tests don't really depend on them, I just removed the handful of instances we had. If anyone wants to take a deeper look, I'd gladly review it :-) If this change causes trouble to anyone (it shouldn't - it was tested both on my machine and in the CI, several times), please let me know. You friendly neighborhood cleanup guy, Allon [1] https://gerrit.ovirt.org/#/c/76678/ [2] https://gerrit.ovirt.org/#/c/76679/

1 0

[ OST Failure Report ] [ oVirt master][12-05-2017][ 002_bootstrap.add_hosts ]
by Sandro Bonazzola 12 May '17

12 May '17

http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1440/testRepo… ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/test-repo_ovirt_experimental_4.1/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4 name=CLUSTER_NAME, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add return self._internal_add(host, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add context = self._connection.send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send sys.exc_info()[2] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send return self.__send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send self._multi.add_handle(curl) Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) --------------------- >> end captured logging << --------------------- Looks like it started failing on latest ovirt-host-deploy build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1431/ Sadly I can't find ovirt-host-deploy logs within the archived artifacts. Simone, Didi, can you please have a look? Ondra, can you also check? I'm not sure about the meaning of the error reported by the SDK. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

[VDSM] travis builds fails since "network: report dpdk devices as nics"
by Nir Soffer 11 May '17

11 May '17

Travis builds are failing because the lshw package was not added to the vdsm test docker images. The offending patch is: network: report dpdk devices as nics added link_info dictionary for dpdk dev information. Currently it contains hard coded and empty values. getLinks now reports dpdk devices as nics and providing their link_info as well. Signed-off-by: Irit Goihman <igoihman(a)redhat.com> Change-Id: I67b2083e9c6f032472fd75f6800c864083ffdef5 When adding new build dependencies, please add the required packages to docker/Dockerfile.* Thanks, Nir

2 4

ovirt-engine and vdsm repositories hooks
by Shlomo Ben David 11 May '17

11 May '17

Hi All, I updated the *ovirt-engine* and *vdsm* project hooks to the new (all) hooks. The new hooks are separated into 3 groups: - check hooks - check bug-url - check target milestone - check product - check backport - update hooks - set_post - set_modified - update_tracker - all (include both check and update hooks) I will update the other projects during next week. If you have any questions/suggestions/issues, please send an email to infra(a)ovirt.org. Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCVA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

1 0

[OST/SDK4] ValueError: urandom is not a valid RngSource
by Milan Zamazal 10 May '17

10 May '17

Hi, I'm trying to run ovirt-system-tests from git master with basic-suite-master on my RHEL machine. The tests had been failing on missing ovirtsdk4 Python module, so I installed python-ovirt-engine-sdk4-4.0.4-2.el7ev.x86_64 package. Now the tests fail early and I'm getting the following error: 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 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/pdm/ovirt/lago/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 215, in add_cluster add_cluster_4(prefix) File "/home/pdm/ovirt/lago/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 256, in add_cluster_4 ballooning_enabled=True, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 3758, in add return readers.ClusterReader.read_one(reader) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/readers.py", line 1740, in read_one obj.required_rng_sources = [types.RngSource(s.lower()) for s in Reader.read_strings(reader)] File "/usr/lib/python2.7/site-packages/enum/__init__.py", line 330, in __call__ return cls.__new__(cls, value) File "/usr/lib/python2.7/site-packages/enum/__init__.py", line 642, in __new__ raise ValueError("%s is not a valid %s" % (value, cls.__name__)) ValueError: urandom is not a valid RngSource Does anybody know what's wrong and how to make the tests working? Thank you, Milan

2 2

[missing_subjectAltName] in engine ca certificate?
by Nir Soffer 10 May '17

10 May '17

I imported the certificate from my engine into chrome[1], but Chrome refuses to use it because: This server could not prove that it is ...; its security certificate is from [missing_subjectAltName]. Same certificate used to work 2 weeks ago, looks like new Chrome version changed the rules. Without importing engine CA, there is no way to upload images via engine. Tested on engine 4.1.1 and 4.1.2 on Centos 7.3. Is this known issue? [1] from http:// <engine_url>/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA Nir

6 8

Failing to make vdsm (master) - sanlock-python is not a build dep?
by Yaniv Kaul 10 May '17

10 May '17

I'm trying to follow http://www.ovirt.org/develop/developer-guide/vdsm/developers/ to build vdsm, and I'm failing (master, on F25). There is one issue in the middle: [ykaul@ykaul vdsm]$ sudo dnf install `cat automation/check-patch.packages.fc*` ... Package rpm-build-4.13.0.1-1.fc25.x86_64 is already installed, skipping. Package rpmlint-1.9-9.fc25.noarch is already installed, skipping. Package sudo-1.8.19p2-1.fc25.x86_64 is already installed, skipping. Package yum-3.4.3-510.fc25.noarch is already installed, skipping. Package yum-utils-1.1.31-511.fc25.noarch is already installed, skipping. Error: Unable to find a match. And then, ./autogen.sh --system succeeds, but 'make' fails: Making all in api make[3]: Entering directory '/home/ykaul/vdsm/lib/vdsm/api' Generate vdsm-api.html chmod u+w . PYTHONPATH=./../../:./../../vdsm \ /usr/bin/python schema_to_html.py vdsm-api.yml vdsm-api.html Traceback (most recent call last): File "schema_to_html.py", line 29, in <module> from vdsm.api import vdsmapi File "/home/ykaul/vdsm/lib/vdsm/api/vdsmapi.py", line 28, in <module> from vdsm import utils File "/home/ykaul/vdsm/lib/vdsm/utils.py", line 33, in <module> from .compat import pickle File "/home/ykaul/vdsm/lib/vdsm/compat.py", line 96, in <module> import sanlock ImportError: No module named sanlock which seems to be solved with manually installing sanlock-python.

3 4