January 2017 - Devel - oVirt List Archives

planned Jenkins restart
by Evgheni Dereveanchin 11 Jan '17

11 Jan '17

Hi everyone, I'll be performing a planned Jenkins restart today. No new builds will be scheduled during this maintenance period. I will announce you once it is finished. Regards, Evgheni Dereveanchin

2 2

PatternFly upgrade - how to handle JS dependencies
by Vojtech Szocs 11 Jan '17

11 Jan '17

Hello, we'd like to upgrade the version of PatternFly (plus associated libraries, namely Bootstrap and jQuery) used in oVirt UI. Today, PatternFly stuff (PF + associated libraries) comes from `patternfly1` package hosted at Copr repo: https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ Today, we require `patternfly1` as both Engine RPM build dependency and the Engine devel. env. dependency. To keep things simple, I'd like to propose the following approach: - create oVirt specific package, e.g. `ovirt-patternfly`, hosted at Copr, containing PatternFly + associated libraries (Bootstrap, jQuery) which are intended *specifically* for use by oVirt UI (hence the ovirt prefix) - discontinue maintenance of `patternfly1` package at Copr - keep the existing approach: require `ovirt-patternfly` as both the Engine build dependency and the Engine devel. env. dependency An alternative approach would be to introduce Node.js as Engine devel. env. dependency (use `npm install` to pull PF stuff), while using the existing ovirt-engine-{nodejs,nodejs-modules} packages for Engine RPM build. However, this alternative has some downsides, namely complication of devel. env. just to fetch the PF stuff. I don't like the idea of complicating the existing devel. env. just for the sake of fetching some 3rd party libs. I'm wondering what others think about this. Regards, Vojtech

4 10

Fwd: [oVirt Jenkins] test-repo_ovirt_experimental_master - Build #4658 - FAILURE!
by Piotr Kliczewski 11 Jan '17

11 Jan '17

Nir, I saw similar issue on when I run system tests on my machine. Here is piece of log:: 2017-01-10 09:44:56,442 WARN (jsonrpc/3) [storage.HSM] getPV failed for guid: 3600140527d13be6be704ff98fd8838c2 (hsm:1973) Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 1970, in _getDeviceList pv = lvm.getPV(guid) File "/usr/share/vdsm/storage/lvm.py", line 856, in getPV raise se.InaccessiblePhysDev((pvName,)) InaccessiblePhysDev: Multipath cannot access physical device(s): "devices=(u'3600140527d13be6be704ff98fd8838c2',)" 2017-01-10 09:44:57,493 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain d67c721e-d1f2-484f-a647-13a82db90b33 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'd67c721e-d1f2-484f-a647-13a82db90b33',) Can you please take a look why are we seeing it? Thanks, Piotr ---------- Forwarded message ---------- From: <jenkins(a)jenkins.phx.ovirt.org> Date: Tue, Jan 10, 2017 at 4:08 PM Subject: [oVirt Jenkins] test-repo_ovirt_experimental_master - Build #4658 - FAILURE! To: infra(a)ovirt.org Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4658/, Build Number: 4658, Build Status: FAILURE _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra

2 2

suspend_resume_vm fail on master experimental
by Daniel Belenky 11 Jan '17

11 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

6 13

oVirt 4.1 RC1 merge / branch / tag / bugzilla reminder
by Lev Veyde 11 Jan '17

11 Jan '17

All stable branch maintainers, please make sure to merge all relevant open bugs until Monday morning 11:00 AM TLV time (10:00 AM CET). For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag: ovirt-engine-4.1.0, tr: 4.1.0) A list of bugs that require attention is here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… Thanks in advance, Lev Veyde.

1 0

oVirt 4.1 RC1 build planned
by Lev Veyde 11 Jan '17

11 Jan '17

Fyi oVirt developers, An oVirt build is planned for Monday, January 16th at 11:00 AM TLV time (10:00 AM CET). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Sunday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for merging Monday morning. A list of pending blockers is available here: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.1.… Thanks in advance, Lev Veyde.

3 2

test-repo_ovirt_experimental_master fails on jsonrpc errors
by Daniel Belenky 11 Jan '17

11 Jan '17

Hi all, The following job: test-repo_ovirt_experimental_master <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> fails to pass the basic_suite. The job was triggered by this merge: https://gerrit.ovirt.org/#/c/69936/ to vdsm project. The error I suspect cause this issue: 2017-01-11 03:32:26,061-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc":"2.0","error":{"code":"192.168.201.2:990178830","message":"Vds timeout occured"},"id":null}2017-01-11 03:32:26,067-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler7) [57bc898] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Message timeout which can be caused by communication issues2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] ERROR, GetStoragePoolInfoVDSCommand( GetStoragePoolInfoVDSCommandParameters:{runAsync='true', storagePoolId='f92af272-934f-4327-9db0-afe353e6f61c', ignoreFailoverLimit='true'}), exception: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues, log id: 2f12b94a2017-01-11 03:32:26,069-05 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler7) [57bc898] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Message timeout which can be caused by communication issues at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.GetStoragePoolInfoVDSCommand.executeIrsBrokerCommand(GetStoragePoolInfoVDSCommand.java:32) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:95) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:92) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:408) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.proceedStoragePoolStats(IrsProxy.java:348) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.lambda$updatingTimerElapsed$0(IrsProxy.java:246) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.runInControlledConcurrency(IrsProxy.java:262) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy.updatingTimerElapsed(IrsProxy.java:227) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] Attached is a zip file with all artifacts from Jenkins. The error I've mentioned above is found in: *exported-artifacts/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite- <http://ic_sanity.py/lago-basic-suite->master-engine/_var_log_ovirt-engine/engine.log* Can some one advise? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

Toward self-configuring CI, or how can we stop writing YAML
by Barak Korren 11 Jan '17

11 Jan '17

Hi all, The premise of the CI standard is simple: You (the developers) place simple script in the 'automation' directory, and we (the infa team) take care of making Jenkins run it when it should. But we haven't been able to fully deliver on this premise yet. Getting a project to work with the CI standard also takes writing some YAML in the 'Jenkins' repo. Even worse, this YAML needs to be maintained over time as new project branches get created, new platforms get targeted, etc. The core reason behind having to write YAML, is that there are two technical details that we need to know in order to run the CI jobs, but are not specified in a way that allows detecting them automatically. Those details are: 1. The platforms a certain project needs to be built and tested on. 2. The branches of the project that CI needs to look at, and how do they map to an oVirt releases. We need to specify a way to specify the details above in a way that will allow the CI system to automatically detect them. Here are my ideas on how to do that: We already have a way to specify platforms in the 'automation' directory: scripts and files in the 'automation' directory can be suffixed with a platform name, this make them apply only to that platform. I suggest we make the platform suffix explicitly required (with a compatibility fall-back, see below), so that to have 'check_patch' run on Fedora 25 for x86_64, one will have to have a 'check_patch.sh.fc25.x86_64' script (or symlink) in the automation directory. It would be cumbersome to go and create symlinks in all the projects at this stage, therefore, I also suggest that we will make the architecture default to 'x86_64' when unspecified, and the OS default to 'el7'. That way, 'check_patch.sh.fc25' will be equivalent to 'check_patch.sh.fc25.x86_64', and 'check_patch.sh' will be equivalent to 'check_patch.sh.el7.x86_64'. When it comes to branches, I think the way to go is to standardize branch names. That standard should probably be something like 'ovirt-4.0', 'ovirt-4.1', etc. Alternatively we could use something like 'ovirt(-.*)?-.4.0' or (<repo_name>-4.0) to accommodate existing conventions like the engine`s. Thoughts? Ideas? ( Jira ticket tracking this work: ) ( https://ovirt-jira.atlassian.net/browse/OVIRT-1013 ) -- Barak Korren bkorren(a)redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/

5 17

Ovirt system tests fail during ldap tests
by Denis Chaplygin 10 Jan '17

10 Jan '17

Hello! I tried to play with system tests and discovered that they some suits are always failing at my side and that fail seems to be related to test preparation procedure: # add_ldap_provider: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: * Copy /tmp/dchaplyg/tmpVIWROd to lago-basic-suite-master-engine:/tmp/dchaplyg/tmpVIWROd: ERROR (in 0:00:00) I got that error with basic-suite-4.0 and basic-suite-master What could be wrong?

5 6

suspend_resume_vm fail on master experimental
by Daniel Belenky 10 Jan '17

10 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

suspend_resume_vm fail on master experimental
by Daniel Belenky 10 Jan '17

10 Jan '17

Hi all, *test-repo_ovirt_experimental_master* (link to Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>) job failed on basic_sanity scenario. The job was triggered by https://gerrit.ovirt.org/#/c/69845/ >From looking at the logs, it seems that the reason is *VDSM*. In the VDSM log, i see the following error: 2017-01-09 16:47:41,331 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 34942, 0, 0) at 0x36b95f0>: unexpected eof (betterAsyncore:119) Also, when looking at the MOM logs, I see the the following: 2017-01-09 16:43:39,508 - mom.vdsmInterface - ERROR - Cannot connect to VDSM! [Errno 111] Connection refused I've attached the full VDSM logs here in a zip file. Can anyone please assist? Thanks, -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

New failure in OST - master branch: add secondary storage domains fails
by Nadav Goldin 09 Jan '17

09 Jan '17

Hi, There is a new failure on on master in experimental flow, the failing test is 'add_secondary_storage_domain', the engine.log has few exceptions: 2017-01-09 10:07:24,943-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-6-thread-2) [e9e4e3b] Command 'PollVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Timeout during rpc call 2017-01-09 10:07:24,943-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-6-thread-2) [e9e4e3b] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Timeout during rpc call at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:73) [vdsbroker.jar:] ... 2017-01-09 10:10:23,323-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler10) [7cad9211] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Heartbeat exceeded 2017-01-09 10:10:23,323-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler10) [7cad9211] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Heartbeat exceeded at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] ... 2017-01-09 10:10:43,704-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Illegal unquoted character ((CTRL-CHAR, code 10)): has to be escaped using backslash to be included in name at [Source: [B@6a84a0d0; line: 1, column: 889]: org.codehaus.jackson.JsonParseException: Illegal unquoted character ((CTRL-CHAR, code 10)): has to be escaped using backslash to be included in name at [Source: [B@6a84a0d0; line: 1, column: 889] at org.codehaus.jackson.JsonParser._constructError(JsonParser.java:1433) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.JsonParserMinimalBase._throwUnquotedSpace(JsonParserMinimalBase.java:482) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.ReaderBasedParser._parseFieldName2(ReaderBasedParser.java:1042) [jackson-core-asl-1.9.13.jar:1.9.13] at org.codehaus.jackson.impl.ReaderBasedParser._parseFieldName(ReaderBasedParser.java:1008) [jackson-core-asl-1.9.13.jar:1.9.13] .... <JsonRpcRequest id: "7711f770-dbef-44be-9f9e-2d8a2bfae937", method: Host.getAllVmStats, params: {}> 2017-01-09 10:11:33,336-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler7) [7cad9211] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParameters Base:{runAsync='true', hostId='f6ad90f7-1b37-49f0-a958-7151efa0039c'})' execution failed: VDSGenericException: VDSNetworkException: Unrecognized message received 2017-01-09 10:11:33,336-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (DefaultQuartzScheduler7) [7cad9211] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNe tworkException: Unrecognized message received at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:188) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand.executeVdsBrokerCommand(GetAllVmStatsVDSCommand.java:23) [vdsbroker.jar:] VDSM logs on host1: 2017-01-09 10:11:27,120 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain 80985016-bdd8-4778-abd9-becc8fedcab4 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) 2017-01-09 10:11:27,452 ERROR (jsonrpc/4) [storage.StorageDomainCache] looking for unfetched domain 80985016-bdd8-4778-abd9-becc8fedcab4 (sdc:151) 2017-01-09 10:11:27,453 ERROR (jsonrpc/4) [storage.StorageDomainCache] looking for domain 80985016-bdd8-4778-abd9-becc8fedcab4 (sdc:168) 2017-01-09 10:11:27,552 WARN (jsonrpc/4) [storage.LVM] lvm vgs failed: 5 [] [' WARNING: Not using lvmetad because config setting use_lvmetad=0.', ' WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).' , ' Volume group "80985016-bdd8-4778-abd9-becc8fedcab4" not found', ' Cannot process volume group 80985016-bdd8-4778-abd9-becc8fedcab4'] (lvm:377) 2017-01-09 10:11:27,559 ERROR (jsonrpc/4) [storage.StorageDomainCache] domain 80985016-bdd8-4778-abd9-becc8fedcab4 not found (sdc:157) Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) 2017-01-09 10:11:27,560 ERROR (jsonrpc/4) [storage.TaskManager.Task] (Task='e2381f1f-eee5-4922-a56d-f6ca40d76eec') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 1159, in attachStorageDomain pool.attachSD(sdUUID) File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, in wrapper return method(self, *args, **kwargs) File "/usr/share/vdsm/storage/sp.py", line 924, in attachSD dom = sdCache.produce(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 112, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 53, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 136, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 155, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 185, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'80985016-bdd8-4778-abd9-becc8fedcab4',) .... 2017-01-09 10:19:31,467 ERROR (jsonrpc/6) [storage.TaskManager.Task] (Task='700015ba-4aed-4eaf-961b-5a4373b2d4d7') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2212, in getAllTasksInfo raise se.SpmStatusError() SpmStatusError: Not SPM: () 2017-01-09 10:19:31,471 INFO (jsonrpc/6) [storage.TaskManager.Task] (Task='700015ba-4aed-4eaf-961b-5a4373b2d4d7') aborting: Task is aborted: 'Not SPM' - code 654 (task:1175) 2017-01-09 10:19:31,471 ERROR (jsonrpc/6) [storage.Dispatcher] {'status': {'message': 'Not SPM: ()', 'code': 654}} (dispatcher:77) 2017-01-09 10:19:31,472 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call Host.getAllTasksInfo failed (error 654) in 0.01 seconds (__init__:515) 2017-01-09 10:19:31,479 INFO (jsonrpc/7) [dispatcher] Run and protect: getAllTasksStatuses(spUUID=None, options=None) (logUtils:49) 2017-01-09 10:19:31,479 ERROR (jsonrpc/7) [storage.TaskManager.Task] (Task='2841da07-b3b4-4573-ae38-b1500f793221') Unexpected error (task:870) Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 877, in _run return fn(*args, **kargs) File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2172, in getAllTasksStatuses raise se.SpmStatusError() SpmStatusError: Not SPM: () 2017-01-09 10:19:31,480 INFO (jsonrpc/7) [storage.TaskManager.Task] (Task='2841da07-b3b4-4573-ae38-b1500f793221') aborting: Task is aborted: 'Not SPM' - code 654 (task:1175) Full engine logs can be found here: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… VDSM host1 logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… Rest of the logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4643/artif… Could someone take a look? Thanks, Nadav.

1 0

Vdsm - 6 years (in 10 minutes)
by Nir Soffer 09 Jan '17

09 Jan '17

Hi all, Please enjoy this visualization of vdsm development since 2011: https://www.youtube.com/watch?v=Ui1ouZiENU0 If you want to create your own: dnf install gourse ffmpeg cd /path/to/gitrepo gource -s 0.1 --date-format "%a, %d %b %Y" -1920x1080 -o - | ffmpeg -y -r 30 -f image2pipe -vcodec ppm -i - -vcodec libx264 -preset ultrafast -pix_fmt yuv420p -crf 1 -threads 4 -bf 0 vdsm-6-years.mp4 Nir

3 2

The feature everyone was asking for is finally here...
by Eyal Edri 09 Jan '17

09 Jan '17

FYI, After many requests from multiple developers and testers, the oVirt CI added a new simple job that lets you run the full fledged end-to-end oVirt system tests with a click of a button. You can read all the details and how-to in the new oVirt blog [1]. We wanted to allow running oVirt system tests on EVERY open patch from ANY oVirt project, without relaying on complex building code inside the job. Luckily we just added the 'build-on-demand' so together with it you can build any rpms you'd like and use them to run the manual job. So the 2 steps you'll need to do are: 1. Write 'ci please build' inside a comment on an open oVirt patch ( make sure the feature is enabled for that project first, its already available for ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java) 2. Run the manual OST job for the version you'd like to test with the URLs you got from #1 You'll get and email once the job is done and you can browse the results and check for logs from engine and the hosts. Please feel free to ask questions on infra(a)ovirt.org as usual. [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)

5 6

Manageiq ova upload is failing
by Piotr Kliczewski 09 Jan '17

09 Jan '17

All, I want to upload manageiq ova from [1] when I attempted to do it I see: on the engine side: 2017-01-03 23:43:59,318+01 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] (default task-1) [33a1d8b5-8cec-4b00-9a35-ee9f1d9635b2] Exception: org.ovirt.engine.core.common.errors.EngineException: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetOvaInfoVDS, error = Error parsing ovf information: no memory size, code = -32603 (Failed with error unexpected and code 16) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:118) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:242) [bll.jar:] at org.ovirt.engine.core.bll.GetVmFromOvaQuery.getVmInfoFromOvaFile(GetVmFromOvaQuery.java:24) [bll.jar:] at org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:20) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:110) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:547) [bll.jar:] on the vdsm side: 2017-01-03 23:43:58,437 ERROR (jsonrpc/0) [jsonrpc.JsonRpcServer] Internal server error (__init__:552) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 547, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 198, in _dynamicMethod result = fn(*methodArgs) File "/usr/share/vdsm/API.py", line 1493, in getExternalVmFromOva return v2v.get_ova_info(ova_path) File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 226, in get_ova_info _add_general_ovf_info(vm, root, ns, ova_path) File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 1225, in _add_general_ovf_info raise V2VError('Error parsing ovf information: no memory size') V2VError: Error parsing ovf information: no memory size Is our code not parsing correctly or manageiq guys publish not correct file? I am using: ovirt-engine Version : 4.1.0 Release : 0.3.beta2.20161221085908.el7.centos vdsm Version : 4.18.999 Release : 1218.gitd36143e.el7.centos Thanks, Piotr [1] http://manageiq.org/download/

4 5

About ovirtsdk.api module
by 张余歌 07 Jan '17

07 Jan '17

--_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8saSB3YW50IHRvIGNyZWF0IGEgZGV2ZWxvcGVyIGVudmlyb25tZW50ICxhZnRlciBpIHRy eSB0byBEbyBUaGlzIDoNCmZyb20gb3ZpcnRzZGsuYXBpIGltcG9ydCBBUEkNCkkgYWx3YXlzIGdl dCBUaGlzIGVycm9yOg0Kbm8gbW9kdWxlIG5hbWVkIG92aXJ0c2RrLmFwaQ0KDQpCeSB0aGUgd2F5 LGkgdGhpbmsgIGkgSGFkIGluc3RhbGxlZCBzb21lIG5lY2Vzc2FyeSBwYWNrYWdlIGFscmVhZHkg LGkgRG9uJ3Qga25vdyBob3cgd28gZGVhbCAuLkNhbiB1IGhlbHAgLFRoYW5rcw0KDQpHZXQgT3V0 bG9vayBmb3IgQW5kcm9pZDxodHRwczovL2FrYS5tcy9naGVpMzY+DQo= --_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_ Content-Type: text/html; charset="utf-8" Content-ID: <AA5E767A59E6184CB75EC0AACFE987B2(a)sct-15-1-789-14-msonline-outlook-2bec4.templateTenant> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJhdXRv IiBzdHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0 b206IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9y OiBibGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCkhlbGxvLGkgd2FudCB0byBjcmVh dCBhIGRldmVsb3BlciBlbnZpcm9ubWVudCAsYWZ0ZXIgaSB0cnkgdG8gRG8gVGhpcyA6PGJyPg0K ZnJvbSBvdmlydHNkay5hcGkgaW1wb3J0IEFQSSA8YnI+DQpJIGFsd2F5cyBnZXQgVGhpcyBlcnJv cjo8YnI+DQpubyBtb2R1bGUgbmFtZWQgb3ZpcnRzZGsuYXBpPC9wPg0KPHAgZGlyPSJhdXRvIiBz dHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0b206 IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9yOiBi bGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCkJ5IHRoZSB3YXksaSB0aGluayZuYnNw OyBpIEhhZCBpbnN0YWxsZWQgc29tZSBuZWNlc3NhcnkgcGFja2FnZSBhbHJlYWR5ICxpIERvbid0 IGtub3cgaG93IHdvIGRlYWwgLi5DYW4gdSBoZWxwICxUaGFua3MNCjwvcD4NCjxwIGRpcj0iYXV0 byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4tdG9wOiAyNXB4OyBtYXJnaW4tYm90 dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMXB0OyBjb2xv cjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+DQpHZXQgPGEgaHJlZj0iaHR0cHM6 Ly9ha2EubXMvZ2hlaTM2Ij5PdXRsb29rIGZvciBBbmRyb2lkPC9hPjxicj4NCjwvcD4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_DM5PR11MB1930AD045547627FBE19645790630DM5PR11MB1930namp_--

2 1

[VDSM] Re: [ovirt-users] The feature everyone was asking for is finally here...
by Dan Kenigsberg 05 Jan '17

05 Jan '17

As mentioned in yesterday's Vdsm call: this job is most useful and recommended to be run for every system-level modification of Vdsm. On Wed, Jan 4, 2017 at 5:31 PM, Eyal Edri <eedri(a)redhat.com> wrote: > FYI, > > After many requests from multiple developers and testers, the oVirt CI added > a new simple job that lets you run the full fledged end-to-end oVirt system > tests with a click of a button. > You can read all the details and how-to in the new oVirt blog [1]. > > We wanted to allow running oVirt system tests on EVERY open patch from ANY > oVirt project, without relaying on complex building code inside the job. > Luckily we just added the 'build-on-demand' so together with it you can > build any rpms you'd like and use them to run the manual job. > > So the 2 steps you'll need to do are: > > Write 'ci please build' inside a comment on an open oVirt patch ( make sure > the feature is enabled for that project first, its already available for > ovirt-engine,vdsm,dashboard and vdsm-jsonrpc-java) > Run the manual OST job for the version you'd like to test with the URLs you > got from #1 > > You'll get and email once the job is done and you can browse the results and > check for logs from engine and the hosts. > > Please feel free to ask questions on infra(a)ovirt.org as usual. > > > [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

Re: [ovirt-devel] Heads-up: moving Libvirt xml creation to the engine
by Yevgeny Zaspitsky 04 Jan '17

04 Jan '17

I agree with Piotr&Edward: - having engine uses libvirt xml would impose coupling between engine and libvirt (a cross-layers dependency), which currently does not exist. - moreover, engine would be coupled to all versions of libvirt api that it manages - currently each VDSM version knows how to interact with libvirt it uses (de-centralized approach) - currently we do not have a mechanism that ensures libvirt version based on cluster level (IMHO). Ensuring that would imply requesting a very specific version of libvirt by VDSM. - cluster version means a minimum level of compatibility, but what if cluster of version (x.y) contains a host of a newer version (x+1.y+2). What would be able to tell about libvirt it uses? Regards, Yevgeny On Fri, Dec 9, 2016 at 12:58 PM, Martin Sivak <msivak(a)redhat.com> wrote: > > I like transport abstractions (DTOs) and here we make the libvirt xml > > (its structure) part of our communication interface. > > I agree, but only partially. We can have a DTO for this, but we need a > library to convert from/to it. Hosted engine has to duplicate the > current Java code as it has to convert the OVF to the format vdsm is > expecting. And that is very error prone. Getting the domain XML from > the engine and using it directly would solve a lot of bugs we have. Or > alternatively the ability to send the OVF to vdsm without > preprocessing. > > On the other hand, the logic we have in vdsm is not that complicated > and we could move it to the engine, because we have (almost) all the > information there as well. The (complicated) logic needed to use vdsm > verbs is part of engine anyway and I am constantly under pressure to > not use (for example from virt) the verbs directly. It does not make > sense to maintain the current separation in the situation where there > is tight coupling anyway. > > This whole discussion will boil to a simple point eventually: What is > the role of vdsm and how dumb is it supposed to be in the future (it > is pretty dumb currently.. just a conversion proxy + monitoring, at > least in areas I am concerned about). I would like slightly smarter > vdsm with engine acting only as the high level boss, without the > micromanaging of storage verbs for example. > > TLDR; I would like to get data from storage (currently OVF) and pass > them to vdsm without any preprocessing. Separation is not a bad idea, > but we currently have three different formats with no clear rules for > conversion. I would also like to have slightly more high level API in > vdsm ("prepareImage" should make sure domain monitor is up, domain is > mounted and so on.. I do not want to micromanage that). > > Martin > > > On Fri, Dec 9, 2016 at 11:39 AM, Piotr Kliczewski > <piotr.kliczewski(a)gmail.com> wrote: > > I like transport abstractions (DTOs) and here we make the libvirt xml > > (its structure) part of our communication interface. > > We were never good at evolving our api. Here is [1] recent example of it. > > > > I am not against this change but I would like us to think about > > potential changes to this xml. With this approach when change > > happens we would need to change the engine and vdsm code and make sure > > that supported engine/vdsm matrix still work. > > > > Will it be possible to have different libvirt versions (different xml > > structure) between version clusters? If so, how are we going to > > handle different xml structure per cluster? > > > > Thanks, > > Piotr > > > > [1] https://gerrit.ovirt.org/#/c/67596 > > > > > > On Thu, Dec 8, 2016 at 11:30 PM, Edward Haas <ehaas(a)redhat.com> wrote: > >> > >> > >> On Wed, Nov 23, 2016 at 2:59 PM, Arik Hadas <ahadas(a)redhat.com> wrote: > >>> > >>> Hi All, > >>> > >>> We are working on something that is expected to have a big impact, > hence > >>> this heads-up. > >>> First, we want you to be aware of this change and provide your > feedback to > >>> make it as good as possible. > >>> Second, until the proposed mechanism is fully merged there will be a > chase > >>> to cover all features unless new features are also implemented with > the new > >>> mechanism. So please, if you are working on something that adds/changes > >>> something in the Libvirt's domain xml, do it with this new mechanism > as well > >>> (first version would be merged soon). > >>> > >>> * Goal > >>> Creating Libvirt XML in the engine rather than in VDSM. > >>> ** Today's flow > >>> Engine: VM business entity -> VM properties map > >>> VDSM: VM properties map -> Libvirt XML > >>> ** Desired flow > >>> Engine: VM business entity -> Libvirt XML > >>> > >>> * Potential Benefits > >>> 1. Reduce the number of conversions from 2 to 1, reducing chances for > >>> mistakes in the process. > >>> 2. Reduce the amount of code in VDSM. > >>> 3. Make VM related changes easier - today many of these changes need > to be > >>> reviewed in 2 projects, this will eliminate the one that tends to take > >>> longer. > >>> 4. Prevent shortcuts in the form of VDSM-only changes that should be > >>> better reflected in the engine. > >>> 5. Not to re-generate the XML on each rerun attempt of VM > run/migration. > >>> 6. Future - not to re-generate the XML on each attempt to auto-start > HA VM > >>> when using vm-leases (need to make sure we're using the up-to-date VM > >>> configuration though). > >>> 7. We already found improvements and cleanups that could be made while > >>> touching this area (e.g., remove the boot order from devices in the > >>> database). > >>> > >>> * Challenges > >>> 1. Not to move host-specific information to the engine. For example, > path > >>> to storage domain or sockets of channels. > >>> The solution is to use place-holders that will be replaced by VDSM. > >>> 2. Backward compatibility. > >>> 3. The more challenging part is the other direction - that will be the > >>> next phase. > >>> > >>> * Status > >>> As a first step, we began with producing the Libvirt XML in the engine > by > >>> converting the VM properties map to XML in the engine [1] > >>> And using the XML that is received as an input in VDSM [2] > >>> > >>> > >>> [1] https://gerrit.ovirt.org/#/c/64473/ > >>> [2] https://gerrit.ovirt.org/#/c/65182/ > >>> > >>> Regards, > >>> Arik > >> > >> > >> This is an interesting path to take, but centralizing the logic to a > single > >> component often limits and does not allow scaling. > >> A large amount of solutions these days attempt to distribute work, > reducing > >> central work to a minimum, but this approach suggests the opposite. > >> > >> In the networking area, from my limited experience, changes are pushed > >> faster to VDSM compared to Engine. > >> In many cases it is just logically simpler: Engine needs to handle and > be > >> concern about all the system as a whole, while VDSM just takes care of > the > >> host. > >> Therefore, in my mind, the goal is to distribute as much as possible to > the > >> edges, keeping in the centre the minimum required to connect then all > >> together. > >> > >> This approach will remove a conversion and with it an abstraction > layer. I > >> find abstraction useful, decoupling components and increasing > modularity. > >> As an example from the OvS integration work, changing the underlying > >> networking implementation should not concern the upper business logic > >> components, > >> it should be well hidden in the hypervisor, exposing only capabilities > and > >> nothing more that hints about the what and how. > >> > >> Thanks, > >> Edy. > >> > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.phx.ovirt.org/mailman/listinfo/devel > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.phx.ovirt.org/mailman/listinfo/devel > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.phx.ovirt.org/mailman/listinfo/devel >

2 1

Re: [ovirt-devel] how does findbugs work?
by Michal Skrivanek 04 Jan '17

04 Jan '17

--Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 21 Dec 2016, at 12:23, Eyal Edri <eedri(a)redhat.com> wrote: >=20 > You can see from the output the maven plugin is running [1], > Have you checked the filters that are ignoring 'false positives'? = maybe those needs to be updated? >=20 > The are in the 'exclude-filters.xml' files under each project and = maintained by the ovirt-engine maintainers. AFAICT no, it=E2=80=99s not excluded, but checking whole ovirt-engine on = coverity site I can=E2=80=99t seem to find the whole file. I dunno, = I=E2=80=99m not much of an expert, but I do not see any exclude anywhere = and there are bunch of other files in the same dir=E2=80=A6 anyone any idea? >=20 >=20 >=20 > [1] 08:13:21 [FINDBUGS] Collecting findbugs analysis files... > 08:13:23 [FINDBUGS] Finding all files that match the pattern = **/findbugsXml.xml > 08:13:23 [FINDBUGS] Parsing 34 files in = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/extensions-tool/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/aaa/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/auth-plugin/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/bll/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/branding/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/builtin-extensions/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/common/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/compat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/dal/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/docs/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/enginesso/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-api-root/extensions-api/target/findbug= sXml.xml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-manager/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/logger/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml= .xml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/definition/target/findbugsXml.x= ml with 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/types/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/scheduler/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/searchbackend/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/services/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/utils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/uutils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/vdsbroker/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/welcome/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/tools/target/findbugsXml.xml with 0 unique warnings and = 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/frontend/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-common/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicompat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/webadmin/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates. > 08:13:23 [FINDBUGS] Computing warning deltas based on reference build = #11731 > 08:13:23 [FINDBUGS] Ignore new warnings since this is the first valid = build > 08:13:23 [FINDBUGS] Plug-in Result: Success - no threshold has been = exceeded >=20 > On Wed, Dec 21, 2016 at 12:42 PM, Michal Skrivanek = <michal.skrivanek(a)redhat.com <mailto:michal.skrivanek@redhat.com>> = wrote: > Hi, > I was trying to see why the recent NPE[1] was not found by findbugs. = Typically identifying potential NPE is the most easy thing=E2=80=A6but = it was not reported. > So I triggered the build again on the wrong patch [2] and it doesn=E2=80= =99t show anything useful[3] > Does it work at all? > There seem to be no artifacts to review that >=20 > Thanks, > michal >=20 > [1] https://gerrit.ovirt.org/#/c/68731 = <https://gerrit.ovirt.org/#/c/68731> > [2] https://gerrit.ovirt.org/#/c/68400/5 = <https://gerrit.ovirt.org/#/c/68400/5> > [3] = http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created/11732/ = <http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created/11732/= > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org <mailto:Infra@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/infra = <http://lists.ovirt.org/mailman/listinfo/infra> >=20 >=20 >=20 >=20 >=20 > --=20 > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel >=20 > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) --Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 21 Dec 2016, at 12:23, Eyal Edri <<a = href=3D"mailto:eedri@redhat.com" class=3D"">eedri(a)redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D"">You can see from the output the maven plugin is = running [1],<div class=3D"">Have you checked the filters that are = ignoring 'false positives'? maybe those needs to be updated?</div><div = class=3D""><br class=3D""></div><div class=3D"">The are in the = 'exclude-filters.xml' files under each project and maintained by the = ovirt-engine maintainers.<br = class=3D""></div></div></div></blockquote><div><br = class=3D""></div><div><br class=3D""></div>AFAICT no, it=E2=80=99s not = excluded, but checking whole ovirt-engine on coverity site I can=E2=80=99t= seem to find the whole file. I dunno, I=E2=80=99m not much of an = expert, but I do not see any exclude anywhere and there are bunch of = other files in the same dir=E2=80=A6</div><div>anyone any = idea?</div><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D""><div class=3D""><br= class=3D""></div><div class=3D""><br class=3D""></div><div class=3D""><br= class=3D""></div><div class=3D"">[1] 08:13:21 [FINDBUGS] Collecting = findbugs analysis files...</div><div class=3D"">08:13:23 [FINDBUGS] = Finding all files that match the pattern **/findbugsXml.xml</div><div = class=3D"">08:13:23 [FINDBUGS] Parsing 34 files in = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/extensions-tool/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/aaa/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/auth-plugin/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/bll/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/branding/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/builtin-extensions/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/common/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/compat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/dal/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/docs/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/enginesso/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-api-root/extensions-api/target/findbug= sXml.xml with 0 unique warnings and 0 duplicates.</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/extensions-manager/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/logger/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/common/jaxrs/target/findbugsXml= .xml with 0 unique warnings and 0 duplicates.</div><div = class=3D"">08:13:23 [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/interface/definition/target/findbugsXml.x= ml with 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/jaxrs/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/restapi/types/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/scheduler/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/searchbackend/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/services/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/utils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/uutils/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/vdsbroker/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/modules/welcome/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /backend/manager/tools/target/findbugsXml.xml with 0 unique warnings and = 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] Successfully = parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /build-tools-root/ovirt-checkstyle-extension/target/findbugsXml.xml with = 0 unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/frontend/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-common/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/gwt-extension/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicommonweb/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/uicompat/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml with 0 = unique warnings and 0 duplicates.</div><div class=3D"">08:13:23 = [FINDBUGS] Successfully parsed file = /home/jenkins/workspace/ovirt-engine_master_find-bugs_created/ovirt-engine= /frontend/webadmin/modules/webadmin/target/findbugsXml.xml with 0 unique = warnings and 0 duplicates.</div><div class=3D"">08:13:23 [FINDBUGS] = Computing warning deltas based on reference build #11731</div><div = class=3D"">08:13:23 [FINDBUGS] Ignore new warnings since this is the = first valid build</div><div class=3D"">08:13:23 [FINDBUGS] Plug-in = Result: Success - no threshold has been exceeded</div></div></div><div = class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">On Wed, = Dec 21, 2016 at 12:42 PM, Michal Skrivanek <span dir=3D"ltr" = class=3D""><<a href=3D"mailto:michal.skrivanek@redhat.com" = target=3D"_blank" class=3D"">michal.skrivanek(a)redhat.com</a>></span> = wrote:<br class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0 = 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class=3D""> I was trying to see why the recent NPE[1] was not found by findbugs. = Typically identifying potential NPE is the most easy thing=E2=80=A6but = it was not reported.<br class=3D""> So I triggered the build again on the wrong patch [2] and it doesn=E2=80=99= t show anything useful[3]<br class=3D""> Does it work at all?<br class=3D""> There seem to be no artifacts to review that<br class=3D""> <br class=3D""> Thanks,<br class=3D""> michal<br class=3D""> <br class=3D""> [1] <a href=3D"https://gerrit.ovirt.org/#/c/68731" rel=3D"noreferrer" = target=3D"_blank" class=3D"">https://gerrit.ovirt.org/#/c/<wbr = class=3D"">68731</a><br class=3D""> [2] <a href=3D"https://gerrit.ovirt.org/#/c/68400/5" rel=3D"noreferrer" = target=3D"_blank" class=3D"">https://gerrit.ovirt.org/#/c/<wbr = class=3D"">68400/5</a><br class=3D""> [3] <a = href=3D"http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_created= /11732/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://jenkins.ovirt.org/job/<wbr = class=3D"">ovirt-engine_master_find-bugs_<wbr = class=3D"">created/11732/</a><br class=3D""> ______________________________<wbr class=3D"">_________________<br = class=3D""> Infra mailing list<br class=3D""> <a href=3D"mailto:Infra@ovirt.org" class=3D"">Infra(a)ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/infra" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/infra</a><br class=3D""> <br class=3D""> <br class=3D""> </blockquote></div><br class=3D""><br clear=3D"all" class=3D""><div = class=3D""><br class=3D""></div>-- <br class=3D""><div = class=3D"gmail_signature" data-smartmail=3D"gmail_signature"><div = dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"">Eyal Edri<br = class=3D"">Associate Manager</div><div class=3D"">RHV DevOps<br = class=3D"">EMEA ENG Virtualization R&D<br class=3D"">Red Hat = Israel<br class=3D""><br class=3D"">phone: +972-9-7692018<br = class=3D"">irc: eedri (on #tlv #rhev-dev = #rhev-integ)</div></div></div></div></div></div></div> </div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_276E41C4-C160-4736-B90A-3000D1AC388B--

2 1

Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null
by Pavel Zhukov 04 Jan '17

04 Jan '17

Hello, In ovirt-system-tests results I can see engine log is flooded with messages like: 147: 40147:2017-01-03 21:45:13,837-05 ERROR [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-22) [] Can't find relative path for class "org.ovirt.engine.api.resource.VmDisksResource", will return null There're 123 messages like (logging time is 15 mins). Is it expected to have too many ERROR messages? [1] http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/28/artifact/exported-ar… -- Pavel Zhukov Software Engineer RHEV Devops IRC: landgraf

2 2

Strange failure in 4.1 - in running VM (qemu issue?)
by Yaniv Kaul 03 Jan '17

03 Jan '17

I'm running ovirt-system-test with 4.1 and running into a new issue -VM run fails with: 2017-01-03 05:53:25,956-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-13) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM vm0 is down with error. Exit message: internal error: qemu unexpectedly closed the monitor: 2017-01-03T10:53:23.993768Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 2017-01-03T10:53:23.994225Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config warning: host doesn't support requested feature: CPUID.07H:EBX.invpcid [bit 10] 2017-01-03T10:53:24.042859Z qemu-kvm: -device usb-ccid,id=ccid0,bus=usb.0,port=1: Warning: speed mismatch trying to attach usb device "QEMU USB CCID" (full speed) to bus "usb.0", port "1" (high speed). Has anyone seeing something like that? possibly a regression in qemu? TIA, Y.

3 3

[VDSM] Notification in vdsm client
by Piotr Kliczewski 02 Jan '17

02 Jan '17

All, Some time ago during discussion we noticed that we are missing ability to send/receive events from vdsm client [1]. Initially we thought that having [2] would be enough to support notification between engine and vdsm. Now we know we need it for [1]. I would like to collect potential use cases from mom, hosted engine and others so we could design the api to enable them. As part of the work I would like to see whether there is a need to have global event topic or have name convention and use more granular queues. Do we have any use cases to subscribe to additional topic(s) during life time of a client or subscription during instantiation is good enough. Thanks, Piotr [1] https://github.com/oVirt/vdsm/blob/master/lib/vdsmclient/client.py [2] https://github.com/oVirt/vdsm/blob/master/vdsm/clientIF.py#L149

3 2

hotplug_disk test failed
by Gil Shinar 02 Jan '17

02 Jan '17

Hi, The above test failed. Here are the VDSM and engine logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/88/artifact/e… For the exact same patch, this test has failed for fc24 but succeeded for el7. Thanks Gil

2 2

engine: the link to host-deploy log is wrong
by Yaniv Bronheim 02 Jan '17

02 Jan '17

Hi, I'm not sure if I'm right or wrong so before filing a bug let me know if I don't miss anything - I think the audit log on fail deploy that says the path for the deploy log is wrong. few times I already faced that it points to somewhere under /tmp/ovirt-host-deploy... but the log is actually under /var/log/ovirt-engine/host-deploy/... -- *Yaniv Bronhaim.*

3 4