oVirt infra daily report - unstable production jobs - 48

[jenkins]

Good morning!

Attached is the HTML page with the jenkins status report. You can see it also 
here:
 - 
http://jenkins.ovirt.org/job/system_jenkins-report/48//artifact/exported-artifacts/upstream_report.html

Cheers,
Jenkins


upstream_report.html
Description: Binary data
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: findBugs fails on "org.ovirt.engine.ui.uicompat.UIConstants is too big for analysis"

[Yevgeny Zaspitsky]

Looks like the problem was solved in a later patch [1].

https://gerrit.ovirt.org/62373

On Tue, Aug 16, 2016 at 8:16 PM, Yevgeny Zaspitsky 
wrote:

> oops, the patch is that https://gerrit.ovirt.org/61891
>
> On Tue, Aug 16, 2016 at 7:12 PM, Yevgeny Zaspitsky 
> wrote:
>
>> Looks like [1] has added the very last line that was over the findBugs
>> limit of reasonable file size.
>> Since that change was merged all consequence patches get -1 from CI.
>>
>> We should either ignore that message in the findBugs configuration or fix
>> that somehow. But letting CI nack the patch, then figure what's the nature
>> of the failure and then ignore the nack doesn't seem very productive to me.
>>
>> [1] https://gerrit.ovirt.org/#/c/62386/
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: findBugs fails on "org.ovirt.engine.ui.uicompat.UIConstants is too big for analysis"

[Yevgeny Zaspitsky]

oops, the patch is that https://gerrit.ovirt.org/61891

On Tue, Aug 16, 2016 at 7:12 PM, Yevgeny Zaspitsky 
wrote:

> Looks like [1] has added the very last line that was over the findBugs
> limit of reasonable file size.
> Since that change was merged all consequence patches get -1 from CI.
>
> We should either ignore that message in the findBugs configuration or fix
> that somehow. But letting CI nack the patch, then figure what's the nature
> of the failure and then ignore the nack doesn't seem very productive to me.
>
> [1] https://gerrit.ovirt.org/#/c/62386/
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

FindBugs Plugin: WARNING: SKIPPED_CLASS_TOO_BIG

[Shlomo Ben David]

Hi,

Job [1] receives the following warning:
Plug-in Result:Unstable - 1 warning exceeds the threshold of 0 by 1
(Reference build: #343)

*Console output:*
*14:57:09 [FINDBUGS] Successfully parsed file
/home/jenkins/workspace/ovirt-engine_4.0_find-bugs_created/ovirt-engine/frontend/webadmin/modules/uicompat/target/findbugsXml.xml
with 1 unique warning and 0 duplicates.*
*14:57:09 [FINDBUGS] Successfully parsed file
/home/jenkins/workspace/ovirt-engine_4.0_find-bugs_created/ovirt-engine/frontend/webadmin/modules/userportal-gwtp/target/findbugsXml.xml
with 1 unique warning and 0 duplicates.*
*14:57:09 [FINDBUGS] Successfully parsed file
/home/jenkins/workspace/ovirt-engine_4.0_find-bugs_created/ovirt-engine/frontend/webadmin/modules/webadmin/target/findbugsXml.xml
with 1 unique warning and 0 duplicates.*
*14:57:09 [FINDBUGS] Computing warning deltas based on reference build #343*
*14:57:09 [FINDBUGS] Ignore new warnings since this is the first valid
build*
*14:57:09 [FINDBUGS] Plug-in Result: Unstable - 1
warning exceeds the threshold of 0 by 1*

*FindBugs Result:* [2]

*DEBUG:*
Since JOB#327 that was triggered by: gerrit patch [3] the warning appear.
The gerrit patch currently Merged.
In the patch there is a change in the UIConstants.java [4] file that can be
related.


[1] http://jenkins.ovirt.org/job/ovirt-engine_4.0_find-bugs_created/345/
[2] UIConstants.java:-1
,
SKIPPED_CLASS_TOO_BIG, Priority: Low
[3] https://gerrit.ovirt.org/61891
[4
] 
frontend/webadmin/modules/uicompat/src/main/java/org/ovirt/engine/ui/uicompat/UIConstants.java


Best Regards,

Shlomi Ben-David | Software Engineer | Red Hat ISRAEL
Red Hat Certified System Administrator | Red Hat Certified Engineer
IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

OPEN SOURCE - 1 4 011 && 011 4 1
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

findBugs fails on "org.ovirt.engine.ui.uicompat.UIConstants is too big for analysis"

[Yevgeny Zaspitsky]

Looks like [1] has added the very last line that was over the findBugs
limit of reasonable file size.
Since that change was merged all consequence patches get -1 from CI.

We should either ignore that message in the findBugs configuration or fix
that somehow. But letting CI nack the patch, then figure what's the nature
of the failure and then ignore the nack doesn't seem very productive to me.

[1] https://gerrit.ovirt.org/#/c/62386/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-693) fix group permissions on backups

[Evgheni Dereveanchin (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-693:
--

Assignee: Evgheni Dereveanchin  (was: infra)

> fix group permissions on backups
> 
>
> Key: OVIRT-693
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-693
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Evgheni Dereveanchin
>Assignee: Evgheni Dereveanchin
>
> The backup rsync script is working, but some files are not readable by the 
> backup group, so they can't be accessed and copied.



--
This message was sent by Atlassian JIRA
(v1000.245.1#19)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-693) fix group permissions on backups

[Evgheni Dereveanchin (oVirt JIRA)]

Evgheni Dereveanchin created OVIRT-693:
--

 Summary: fix group permissions on backups
 Key: OVIRT-693
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-693
 Project: oVirt - virtualization made easy
  Issue Type: Task
Reporter: Evgheni Dereveanchin
Assignee: infra


The backup rsync script is working, but some files are not readable by the 
backup group, so they can't be accessed and copied.



--
This message was sent by Atlassian JIRA
(v1000.245.1#19)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-692) send email from experimental jobs to patch authors

[eyal edri [Administrator] (oVirt JIRA)]

eyal edri [Administrator] created OVIRT-692:
---

 Summary: send email from experimental jobs to patch authors 
 Key: OVIRT-692
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-692
 Project: oVirt - virtualization made easy
  Issue Type: Improvement
Reporter: eyal edri [Administrator]
Assignee: infra


It should be fairly easy to add emails send to the original authors from the 
test jobs, since we have the info from all the flow from build artifacts jobs.

http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/



--
This message was sent by Atlassian JIRA
(v1000.245.1#19)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-692) send email from experimental jobs to patch authors

[eyal edri [Administrator] (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

eyal edri [Administrator] updated OVIRT-692:

Epic Link: OVIRT-400

> send email from experimental jobs to patch authors 
> ---
>
> Key: OVIRT-692
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-692
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: eyal edri [Administrator]
>Assignee: infra
>
> It should be fairly easy to add emails send to the original authors from the 
> test jobs, since we have the info from all the flow from build artifacts jobs.
> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/



--
This message was sent by Atlassian JIRA
(v1000.245.1#19)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [vdsm][heads up] planned branches for Vdsm 4.0.3 and 4.0.4+

[Eyal Edri]

On Tue, Aug 16, 2016 at 12:05 PM, Dan Kenigsberg  wrote:

> On Thu, Aug 11, 2016 at 04:28:12AM -0400, Francesco Romani wrote:
> > Thanks Eyal.
> >
> > Infra: for the moment please just add hooks for ovirt-4.0.2. We are
> still discussing if we will have the ovirt-4.0.3 branch or if
> > we will just use ovirt-4.0.2 also for the next microversion.
>
> I don't think we need a ovirt-4.0.3 branch. If we need to build vdsm for
> 4.0.3, the small number of relevant patches allows us to do it from the
> 4.0.2 branch.
>

+1, this is the same as ovirt-engine.


> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [vdsm][heads up] planned branches for Vdsm 4.0.3 and 4.0.4+

[Dan Kenigsberg]

On Thu, Aug 11, 2016 at 04:28:12AM -0400, Francesco Romani wrote:
> Thanks Eyal. 
> 
> Infra: for the moment please just add hooks for ovirt-4.0.2. We are still 
> discussing if we will have the ovirt-4.0.3 branch or if 
> we will just use ovirt-4.0.2 also for the next microversion. 

I don't think we need a ovirt-4.0.3 branch. If we need to build vdsm for
4.0.3, the small number of relevant patches allows us to do it from the
4.0.2 branch.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Jenkins build is back to normal : ovirt_4.0_he-system-tests #148

[jenkins]

See 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Run VM failure on hosted engine system test 4.0

[Eyal Edri]

FYI,

The run VM test is failing every few runs on the HE 4.0 system tests job
[1],
engine & hosts logs can be found here [2]
Seems like engine is loosing connection to the DB?

This test isn't failing on the basic suite.

2016-08-13 20:18:01,488 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.TimeBoundPollVDSCommand]
(org.ovirt.thread.pool-8-thread-1) [7e13fc89] Error:
org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException:
Connection issues during send request
2016-08-13 20:18:01,488 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.TimeBoundPollVDSCommand]
(org.ovirt.thread.pool-8-thread-1) [7e13fc89] Exception:
java.util.concurrent.ExecutionException:
org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcRunTimeException:
Connection issues during send request
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
[rt.jar:1.8.0_101]
at java.util.concurrent.FutureTask.get(FutureTask.java:206) 
[rt.jar:1.8.0_101]
at 
org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:68)
[vdsbroker.jar:]
at 
org.ovirt.engine.core.bll.transport.ProtocolDetector.attemptConnection(ProtocolDetector.java:74)
[bll.jar:]
at 
org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:190)
[bll.jar:]
at 
org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:90)
[bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1301)
[bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1443)
[bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2071)
[bll.jar:]
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166)
[utils.jar:]
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105)
[utils.jar:]
at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1486)
[bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398)
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:670)
[bll.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[rt.jar:1.8.0_101]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[rt.jar:1.8.0_101]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_101]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
[wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
[wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
[wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
[wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at 
org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
[weld-core-impl-2.3.2.Final.jar:2.3.2.Final]
at 
org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
[wildfly-weld-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
[wildfly-ee-10.0.0.Final.jar:10.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)