[JIRA] (OVIRT-2947) ovirt organization under quay.io

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2947:


 Summary: ovirt organization under quay.io
 Key: OVIRT-2947
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2947
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I need to publish some ovirt images [1] [2] and I'm going to use Openshift
CI to publish the images for me.
My question is who owns it and what is the procedure to create new repos
under it.

Thanks,
Roy


[1] https://github.com/ovirt/csi-driver
[2] https://github.com/ovirt/cluster-api-provider-ovirt



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100127)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/2CWFF637LDDPRZJTRYFEE6XQAKY7Y44X/

[JIRA] (OVIRT-2753) ovirt-site: Create a dynamic feature page and replace the old static one

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2753:


 Summary: ovirt-site: Create a dynamic feature page and replace the 
old static one
 Key: OVIRT-2753
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2753
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I sent a pull request to replace the static dev feature page, so any
written feature page will be listen there.

https://github.com/oVirt/ovirt-site/pull/2034

+Laura Wright  +Sandro Bonazzola 
please review



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/M4ZPH55AYABRZM37JBIZNXCJUGH2RFJ6/

[JIRA] (OVIRT-2743) Add FCOS to glance.ovirt.org

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2743:


 Summary: Add FCOS to glance.ovirt.org
 Key: OVIRT-2743
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2743
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


dear infra,

Please add FCOS image to our glance.ovirt.org.

The images are built and published to
https://builds.coreos.fedoraproject.org/browser
and we specifically need the openstack version, for their ignition provider
(I took *bodhi-updates*):

https://fcos-builds.s3.amazonaws.com/prod/streams/bodhi-updates/builds/30.22/fedora-coreos-30.22-openstack.qcow2.gz

Thanks,
Roy



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/GD7GANSOKBN44UQOIVCYEQLFVI4SXL6G/

[JIRA] (OVIRT-2731) Can't docker push when using newer docker daemon?

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2731:


 Summary: Can't docker push when using newer docker daemon?
 Key: OVIRT-2731
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2731
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


With this patch
<https://github.com/oVirt/ovirt-openshift-extensions/pull/136>I'm building
multi-stage images in my builds, and I'm trying to push them to quay.
The docker push was working without any problems before the daemon change.
The difference is that now the docker client is inside a container, which
is inside mock, which has
the docker socket of a docker daemon version 18.

Docker login succeeds according to the job logs

The push when uploading layers:

[2019-05-19T06:12:03.008Z] + make push-containers PUSH_LATEST=0
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1059>[2019-05-19T06:12:03.008Z]
Login Succeeded
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1060>[2019-05-19T06:12:03.008Z]
docker push quay.io/rgolangh/ovirt-flexvolume-driver:0.4.0-11.gd0ead0b
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1061>[2019-05-19T06:12:03.008Z]
The push refers to repository
[quay.io/rgolangh/ovirt-flexvolume-driver]
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1062>[2019-05-19T06:12:03.008Z]
bf535c6e5461: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1063>[2019-05-19T06:12:03.008Z]
e6318b33302c: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1064>[2019-05-19T06:12:03.008Z]
a3890b39a2b2: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1065>[2019-05-19T06:12:03.008Z]
e78e5b504103: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1066>[2019-05-19T06:12:03.008Z]
f7fa4accb0ea: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1067>[2019-05-19T06:12:03.008Z]
35265ad107f5: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1068>[2019-05-19T06:12:03.008Z]
4765a2d3f85d: Preparing
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1069>[2019-05-19T06:12:03.008Z]
35265ad107f5: Waiting
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1070>[2019-05-19T06:12:03.008Z]
4765a2d3f85d: Waiting
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1071>[2019-05-19T06:12:03.008Z]
unauthorized: access to the requested resource is not authorized
 
<https://jenkins.ovirt.org/blue/organizations/jenkins/oVirt_ovirt-openshift-extensions_standard-check-pr/detail/oVirt_ovirt-openshift-extensions_standard-check-pr/175/pipeline#step-156-log-1072>[2019-05-19T06:12:03.008Z]
make: *** [container-push-ovirt-flexvolume-driver] Error 1


Can I get the daemon logs? anyone see it? any advice?



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100102)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://w

Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 17-05-19 ] [ 004_basic_sanity.run_vms ]

[Roy Golan]

On Fri, 17 May 2019 at 12:34, Dafna Ron  wrote:

> Hi,
>
> We are failing to run vm in project ovirt-engine on master branch on both
> basic and upgrade suites
>
> CQ reported this patch as root cause:
>
> https://gerrit.ovirt.org/#/c/99372/6 - core: Initial Ignition support over
> custom script 
>
> I can see errors in the log related to cloud-init which happen at the same
> time we try to run the vm.
> There are also NPE on GetVMLeaseInfo happening before.
>
> Roy can you please take a look?
>
> Full logs from first failure can be found here:
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14148/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-004_basic_sanity.py/
>
>
> Thanks,
> Dafna
>

Thanks Dafna for the heads up - here is a fix
https://gerrit.ovirt.org/100133

+Andrej Krejcir  can you have a look?


>
> Error from log:
>
> 2019-05-16 12:53:46,184-04 INFO
>  [org.ovirt.engine.core.vdsbroker.CreateVDSCommand] (default task-2)
> [ad7888f0-4368-4792-b6a8-f7cd4b0ebbe6] START, CreateVDSCommand( CreateVD
> SCommandParameters:{hostId='31dd3a99-5821-437b-8995-232cfcd67d84',
> vmId='362080c4-4d08-4b40-b6e7-9c04bf854d68', vm='VM [vm0]'}), log id:
> 522026aa
> 2019-05-16 12:53:46,190-04 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand]
> (default task-2) [ad7888f0-4368-4792-b6a8-f7cd4b0ebbe6] START, CreateBrok
> erVDSCommand(HostName = lago-basic-suite-master-host-1,
> CreateVDSCommandParameters:{hostId='31dd3a99-5821-437b-8995-232cfcd67d84',
> vmId='362080c4-4d08-4b40-b6e7-9c04bf854d68
> ', vm='VM [vm0]'}), log id: 6bbd62c6
> 2019-05-16 12:53:46,201-04 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (default
> task-2) [ad7888f0-4368-4792-b6a8-f7cd4b0ebbe6] Failed in 'CreateBrokerVDS'
> method, for vds: 'lago-basic-suite-master-host-1'; host:
> 'lago-basic-suite-master-host-1': Failed to build cloud-init data:
> 2019-05-16 12:53:46,201-04 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (default
> task-2) [ad7888f0-4368-4792-b6a8-f7cd4b0ebbe6] Command
> 'CreateBrokerVDSCommand(HostName = lago-basic-suite-master-host-1,
> CreateVDSCommandParameters:{hostId='31dd3a99-5821-437b-8995-232cfcd67d84',
> vmId='362080c4-4d08-4b40-b6e7-9c04bf854d68', vm='VM [vm0]'})' execution
> failed: Failed to build cloud-init data:
> 2019-05-16 12:53:46,201-04 DEBUG
> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand] (default
> task-2) [ad7888f0-4368-4792-b6a8-f7cd4b0ebbe6] Exception:
> java.lang.RuntimeException: Failed to build cloud-init data:
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.getPayload(CreateBrokerVDSCommand.java:177)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.generateDomainXml(CreateBrokerVDSCommand.java:90)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.createInfo(CreateBrokerVDSCommand.java:52)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.executeVdsBrokerCommand(CreateBrokerVDSCommand.java:44)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVdsCommandWithNetworkEvent(VdsBrokerCommand.java:123)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:111)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:65)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> [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:397)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand(Unknown
> Source) [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.CreateVDSCommand.executeVmCommand(CreateVDSCommand.java:37)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.ManagingVmCommand.executeVDSCommand(ManagingVmCommand.java:17)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:65)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> [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:397)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand$$super(Unknown
> 

[JIRA] (OVIRT-2652) Supporting comments on ovirt-site Blog section

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2652:


 Summary: Supporting comments on ovirt-site Blog section
 Key: OVIRT-2652
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2652
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


It would be very useful to have a comment section on our ovirt site.
It is quite standard to have that on every blog out there, and for a reason
- you get
feedback and conversation around the topic, without going somewhere else
(users list, irc, etc...)

What do we need to do to help the middle man with that?

Regards,
  Roy



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100097)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/7LLH36V6QT754TCIIFJE5Q4PEILKUSVM/

[JIRA] (OVIRT-2533) multi-stage support in CI slaves

[Roy Golan (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=38466#comment-38466
 ] 

Roy Golan commented on OVIRT-2533:
--

So will we have buildah support with or without a mock?
 Last time I tried it in z mock it didn't work but it was like 2 months back

On Wed, Oct 10, 2018, 1:17 PM Roy Golan  I would like to get multi-stage support upstream. Our default docker
> packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
> have buildah working in mock (preferable over docker, won't happen now I
> guess?).
>
> Using this method[1] to install docker-ce I was able to get 1.18 running.
>
> Doable?
>
> Regards,
>   Roy
>
>
> [1] https://docs.docker.com/install/linux/docker-ce/centos/
>

> multi-stage support in CI slaves
> 
>
> Key: OVIRT-2533
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2533
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Roy Golan
>Assignee: infra
>
> I would like to get multi-stage support upstream. Our default docker
> packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
> have buildah working in mock (preferable over docker, won't happen now I
> guess?).
> Using this method[1] to install docker-ce I was able to get 1.18 running.
> Doable?
> Regards,
>   Roy
> [1] https://docs.docker.com/install/linux/docker-ce/centos/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100095)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/ULZNV2H5YSSFGXHPGMELXCOVX3HX3GNQ/

[JIRA] (OVIRT-2533) multi-stage support in CI slaves

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2533:


 Summary: multi-stage support in CI slaves
 Key: OVIRT-2533
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2533
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I would like to get multi-stage support upstream. Our default docker
packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
have buildah working in mock (preferable over docker, won't happen now I
guess?).

Using this method[1] to install docker-ce I was able to get 1.18 running.

Doable?

Regards,
  Roy


[1] https://docs.docker.com/install/linux/docker-ce/centos/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100093)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/ZGIKIV5ODBB37R5KQ47VZHFXGFMYUF3Q/

[JIRA] (OVIRT-2446) Github push trigger will fail if was trigger by a tag push

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2446:


 Summary: Github push trigger will fail if was trigger by a tag push
 Key: OVIRT-2446
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2446
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


When pushing a tag to a GH it triggers the jenkins webhook. In the invoked
job,
it will try to fech a new head with that tag, but that will fail since the
repo doesn't have
a head since it is started as git init.

A breakdown from
https://jenkins.ovirt.org/job/oVirt_ovirt-openshift-extensions_standard-on-ghpush/57/console
- git init a repo

*14:57:15*  > git init
/home/jenkins/workspace/oVirt_ovirt-openshift-extensions_standard-on-ghpush/ovirt-openshift-extensions
# timeout=10

- git fetch tags (maybe the problem is here as it doesn't reffer to refs/tags)

*15:35:07* [check-merged.el7.x86_64]  > git fetch --tags --progress
https://gerrit.ovirt.org/jenkins +refs/heads/*:refs/remotes/origin/*

- fetch upstream changes, which is here a tag v0.3.2, so it uses
'refs/tags/v0.3.2'
*14:57:18*  > git fetch --tags --progress
https://github.com/oVirt/ovirt-openshift-extensions
+refs/tags/v0.3.2:myhead

This fails with
*14:57:19* stderr: error: cannot update ref 'refs/heads/myhead':
trying to write non-commit object
3c7b5a5d243d1f3bcecbe7b527726b06113d0ec5 to branch 'refs/heads/myhead'


While in regular merge with a tag on it uses 'refs/heads/master':

*15:35:10* [check-merged.el7.x86_64]  > git fetch --tags --progress
https://gerrit.ovirt.org/jenkins +refs/heads/master:myhead


Since refs/tags/v0.3.2 doesn't exist locally it can't reference it. Since
refs/heads/master exists locally it can create the alias 'myhead' to it.


I would like to have the option to push a tag and trigger a build but this
is not working atm without a commit attached to it.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100090)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/TW5EXS3JLKPVPML3KJJV2CHDDW2P2GJ6/

[JIRA] (OVIRT-2444) jenkin's generic webhook times out

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2444:


 Summary: jenkin's generic webhook times out
 Key: OVIRT-2444
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2444
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


After merging a pool request [1] I didn't see the check-merged working. I
went into the webhook section
and so that jenkins wasn't responding in time.
Also a simple 'curl http://jenkins.ovirt.org/generic-webhook-trigger/invoke'
doesn't return

[1] https://github.com/oVirt/ovirt-openshift-extensions/pull/60

Please help

\R



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100090)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/HT4WLEVZQI2OZSIFCAHTG5T2CDZTXGLU/

[JIRA] (OVIRT-2297) Out of integ-tests nodes to run ost on

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-2297:


 Summary: Out of integ-tests nodes to run ost on
 Key: OVIRT-2297
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2297
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I can't get an ost to run on nodes for hours now. It seems like something
is chocking
the whole environment. Please have a look at:
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1448/console

And bunch of other jobs that I aborted because I gave up on them.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100088)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/2G2YNLRVQEDTUHRWZWW6PNZMM2GFZGU6/

[JIRA] (OVIRT-1933) Could not resolve host: mirrorlist.centos.org; Unknown error

[Roy Golan (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=36857#comment-36857
 ] 

Roy Golan commented on OVIRT-1933:
--

I can confirm this is working well with my latest github pipeline.
You can close this, it was most likely intermittent connectivity problem.

> Could not resolve host: mirrorlist.centos.org; Unknown error
> 
>
> Key: OVIRT-1933
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1933
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>    Reporter: Roy Golan
>Assignee: infra
>
> I remember we had that in the past. And it looks intermittent.
> http://jenkins.ovirt.org/blue/organizations/jenkins/rgolangh_ovirt-flexdriver_standard-on-ghpush/detail/rgolangh_ovirt-flexdriver_standard-on-ghpush/35/pipeline



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100086)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/U3O37WWJE6QMNYRIV3R3WB6EOAFNZXE2/

[JIRA] (OVIRT-1991) jenkins triggers a build on a deleted branch

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1991:


 Summary: jenkins triggers a build on a deleted branch
 Key: OVIRT-1991
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1991
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I did some pruning, and removed old, unused branches, from
https://github.com/oVirt/ovirt-openshift-extensions. Now I suddenly see my
jenkins build is failing, because it triggered a build on the deleted
branch.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100083)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1986) Remove unsued jenkins projects/triggers

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1986:


 Summary: Remove unsued jenkins projects/triggers
 Key: OVIRT-1986
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1986
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


Since I transferred my incubation project to oVirt organization those 2
projects can be deleted:

   1. rgolangh_ovirt-flexdriver_standard-check-pr
   
<http://jenkins.ovirt.org/search/?q=rgolangh_ovirt-flexdriver_standard-check-pr>
   2. rgolangh_ovirt-flexdriver_standard-on-ghpush
   
<http://jenkins.ovirt.org/search/?q=rgolangh_ovirt-flexdriver_standard-on-ghpush>



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100083)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1933) Could not resolve host: mirrorlist.centos.org; Unknown error

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1933:


 Summary: Could not resolve host: mirrorlist.centos.org; Unknown 
error
 Key: OVIRT-1933
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1933
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I remember we had that in the past. And it looks intermittent.

http://jenkins.ovirt.org/blue/organizations/jenkins/rgolangh_ovirt-flexdriver_standard-on-ghpush/detail/rgolangh_ovirt-flexdriver_standard-on-ghpush/35/pipeline



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [ovirt-users] ovirt-system-tests hackathon report

[Roy Golan]

I missed it :( indeed calendar invite to the list didn't work.

On Tue, 13 Mar 2018 at 21:58 Eyal Edri  wrote:

> On Tue, Mar 13, 2018 at 8:00 PM, Yaniv Kaul  wrote:
>
>>
>>
>> On Mar 13, 2018 6:27 PM, "Sandro Bonazzola"  wrote:
>>
>> 4 people accepted calendar invite:
>> - Devin A. Bougie
>> - Francesco Romani
>> - Jiri Belka
>> - suporte, logicworks
>>
>> 4 people tentatively accepted calendar invite:
>> - Amnon Maimon
>> - Andreas Bleischwitz
>> - Arnaud Lauriou
>> - Stephen Pesini
>>
>> 2 mailing lists accepted calendar invite: us...@ovirt.org,
>> de...@ovirt.org (don't ask me how) so I may have missed someone in above
>> list
>>
>>
>> 4 patches got merged:
>> Add check for host update to the 1st host.
>>  Merged Yaniv Kaul
>> 
>> ovirt-system-tests
>>  
>> master
>> (add_upgrade_check)
>> 
>>  4:10
>> PM
>> basic-suite-master: add vnic_profile_mappings to register vm
>>  Merged Eitan Raviv
>> 
>> ovirt-system-tests
>>  
>> master
>> (register-template-vnic-mapping)
>> 
>>  2:50
>> PM
>> Revert "ovirt-4.2: Skipping 002_bootstrap.update_default_cluster"
>>  Merged Eyal Edri
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  11:36
>> AM
>> seperate 4.2 tests and utils from master 
>> Merged Eyal Edri
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  11:35
>> AM
>>
>> 13 patches has been pushed / reviewed / rebased
>>
>> Add gdeploy to ovirt-4.2.repo 
>> Daniel Belenky
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:53
>> PM
>> Cleanup of test code - next() replaced with any()
>> 
>> Martin Sivák
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:51
>> PM
>> Add network queues custom property and use it in the vnic profile for VM0
>> 
>> Yaniv Kaul
>> 
>> ovirt-system-tests
>>  
>> master
>> (multi_queue_config)
>> 
>>  4:49
>> PM
>> new suite: he-basic-iscsi-suite-master 
>> Yuval Turgeman
>> 
>> ovirt-system-tests
>>  
>> master
>> (he-basic-iscsi-suite-master)
>> 
>>  4:47
>> PM
>> Collect host-deploy bundle from the engine
>> 
>> Yedidyah Bar David
>> 
>> ovirt-system-tests
>> 
>> master
>> 
>>  4:41
>> PM
>> network-suite-master: Make openstack_client_config fixture available to
>> all ...  Merge Conflict Marcin Mirecki
>> 
>> ovirt-system-tests
>> 
>> master
>> 

[JIRA] (OVIRT-1916) ovirt site doesn't render/publish the latest blog post

[Roy Golan (oVirt JIRA)]

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

Roy Golan updated OVIRT-1916:
-
Resolution: Fixed
Status: Done  (was: To Do)

https://github.com/oVirt/ovirt-site/issues/1549

> ovirt site doesn't render/publish the latest blog post
> --
>
> Key: OVIRT-1916
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1916
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>    Reporter: Roy Golan
>Assignee: infra
>
> on March 4th this blog post was merged, but it is still not appearing under
> Blogs. Please check what's wrongj
> [1] https://github.com/oVirt/ovirt-site/pull/1529



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100081)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1916) ovirt site doesn't render/publish the latest blog post

[Roy Golan (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=35991#comment-35991
 ] 

Roy Golan commented on OVIRT-1916:
--

Handled already through github issue directly on the project 
https://github.com/oVirt/ovirt-site/issues/1549


> ovirt site doesn't render/publish the latest blog post
> --
>
> Key: OVIRT-1916
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1916
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>    Reporter: Roy Golan
>Assignee: infra
>
> on March 4th this blog post was merged, but it is still not appearing under
> Blogs. Please check what's wrongj
> [1] https://github.com/oVirt/ovirt-site/pull/1529



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100081)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1916) ovirt site doesn't render/publish the latest blog post

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1916:


 Summary: ovirt site doesn't render/publish the latest blog post
 Key: OVIRT-1916
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1916
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


on March 4th this blog post was merged, but it is still not appearing under
Blogs. Please check what's wrongj

[1] https://github.com/oVirt/ovirt-site/pull/1529



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100081)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1900) please approve @ovirt-infra invitation to collaborate on new github project

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1900:


 Summary: please approve @ovirt-infra invitation to collaborate on 
new github project
 Key: OVIRT-1900
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1900
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


I added @ovirt-infra to be a collaborator on ovirt-flexdriver GH project.
Can you please approve the invitation so I can start using stdci?


https://github.com/rgolangh/ovirt-flexdriver

Thanks,
Roy



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100079)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Do the CI support creating a github releases + assets?

[Roy Golan]

On Wed, 14 Feb 2018 at 09:19 Barak Korren <bkor...@redhat.com> wrote:

> On 13 February 2018 at 11:59, Roy Golan <rgo...@redhat.com> wrote:
> > I'm currently rolling my own makefile to create a release, with a binary
> > file as assets.
> > Does standard CI have something to publish artifacts in GH releases?
> >
>
> We don't have built-in support for it (And probably never will,
> because we believe in releasing oVirt stuff on ovirt.org resources),
> but we have credentials support so you can give us credentials for
> using the GitHub API to access it on your behalf, and then have those
> credentials made available to build scripts.
>
> Yes I imagined this is what we have. I guess This is what I'll do for
releases, build the rpm and push a release with a link to the repo. I'll
need more details when I'll
there, like the official rpm repo link and so on.

Also, a plain binary is a bad choice for a release mechanism IMO, it
> does not contain any useful metadata. Release media should typically
> at least include enough metadata to let you know which release is
> newer then another...
>
> Why not wrap it in an RPM or a container?
>
> I know merged the RPM support. :)

I'm haing problem with running glide in mock locally. It is stuck on
downloading
k8s.io/kubernetes - Did anyone you see that before? anyone building go in
mock?


> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Do the CI support creating a github releases + assets?

[Roy Golan]

I'm currently rolling my own makefile to create a release, with a binary
file as assets.
Does standard CI have something to publish artifacts in GH releases?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1786) Featue request: Pass env variables to the manual suite

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1786:


 Summary: Featue request: Pass env variables to the manual suite
 Key: OVIRT-1786
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1786
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


Hi,

I need the ability to customize a running suite execution. I already do
that today by exposing env variables to the performance suite, I just
need an ability to create and pass that using the (great :) ) manual job.

If you need more references just let me know

Thanks



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100074)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] planned Jenkins restart

[Roy Golan]

Did you had a chance to tweak the GC settings too?

On Wed, Nov 22, 2017, 2:29 AM Evgheni Dereveanchin 
wrote:

> Maintenance completed, Jenkins is back up and running.
> The OS, Jenkins core and all plugins were updated this time:
> https://ovirt-jira.atlassian.net/browse/OVIRT-1760
>
> As always - if you see any issues please report them to Jira.
>
> Regards,
> Evgheni Dereveanchin
>
> On Wed, Nov 22, 2017 at 12:46 AM, Evgheni Dereveanchin <
> edere...@redhat.com> wrote:
>
>> Hi everyone,
>>
>> I'll be performing a planned Jenkins restart within the next hour.
>> No new jobs will be scheduled during this maintenance period.
>> I will inform you once it is over.
>>
>> Regards,
>> Evgheni Dereveanchin
>>
>
>
>
> --
> Regards,
> Evgheni Dereveanchin
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 16-11-2017 ] [ 002_bootstrap.add_dc ]

[Roy Golan]

this patch you mentioned fixes the problem. Those errors shouldn't occur now

On Thu, 16 Nov 2017 at 12:59 Eyal Edri  wrote:

> https://gerrit.ovirt.org/#/c/84231/ ?
>
> On Thu, Nov 16, 2017 at 12:57 PM, Martin Perina 
> wrote:
>
>>
>>
>> On Thu, Nov 16, 2017 at 11:43 AM, Eyal Edri  wrote:
>>
>>> Please give it highest priority, we can't let it fail into the weekend.
>>>
>>> On Thu, Nov 16, 2017 at 12:40 PM, Dafna Ron  wrote:
>>>
 Hi,

 we have a CQ failure in add_dc test. I can see at engine long that we
 have an issue with 'extension.aaa.jdbc.binding.api.AuthnExtension'

 I don't think that the patch reported was the actual cause of the
 failure. Yesterday we were failing on missing package ovirt-cockpit-sso
 which we added to our repos. and I think perhaps we now exposed an issue
 with sso support which was undiscovered before.


 *Link to suspected patches: *

 These are the reported patches:

 https://gerrit.ovirt.org/#/c/83790/

 https://gerrit.ovirt.org/#/c/83779/



 * Here is the original patch for the sso support:
 https://gerrit.ovirt.org/#/c/82997/ 
 Link to Job: *
 http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3877/
 

 http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3878/

 *Link to all logs:*


 *
 http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3877/artifact/
 
 http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3878/artifact/
 
 (Relevant) error snippet from the log:  *


 2017-11-15 16:50:07,115-05 INFO  
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (ServerService 
 Thread Pool -- 45) [] Loading extension 'internal-authn'
 2017-11-15 16:50:07,118-05 INFO  
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (ServerService 
 Thread Pool -- 45) [] Extension 'internal-authn' loaded
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] Config BEGIN
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] ovirt.engine.aaa.authn.profile.name: 
 internal
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] ovirt.engine.extension.provides: 
 org.ovirt.engine.api.extensions.aaa.Authn
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] 
 ovirt.engine.extension.binding.jbossmodule.class: 
 org.ovirt.engine.extension.aaa.jdbc.binding.api.AuthnExtension
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] ovirt.engine.aaa.authn.authz.plugin: 
 internal-authz
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] 
 ovirt.engine.extension.bindings.method: jbossmodule
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] config.datasource.file: 
 /etc/ovirt-engine/aaa/internal.properties
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] ovirt.engine.extension.name: 
 internal-authn
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] 
 ovirt.engine.extension.binding.jbossmodule.module: 
 org.ovirt.engine.extension.aaa.jdbc
 2017-11-15 16:50:07,118-05 DEBUG 
 [org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace."ovirt-engine-extension-aaa-jdbc".authn.internal-authn]
  (ServerService Thread Pool -- 45) [] Config END
 

[JIRA] (OVIRT-1762) Fwd: Whitelist for ovirt gerrit

[Roy Golan (oVirt JIRA)]

Roy Golan created OVIRT-1762:


 Summary: Fwd: Whitelist for ovirt gerrit
 Key: OVIRT-1762
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1762
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Roy Golan
Assignee: infra


-- Forwarded message -
From: Dhanjal Parth <dpa...@redhat.com>
Date: Tue, 14 Nov 2017 at 08:25
Subject: Whitelist for ovirt gerrit
To: <infra@ovirt.org>


Hey!

I'm Parth Dhanjal and would like to contribute to the ovirt-system-tests,
please whitelist me for the same.

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



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100070)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [JIRA] (OVIRT-1635) jenkins not marking CI +1

[Roy Golan]

Same here on https://gerrit.ovirt.org/c/80636

On Wed, 6 Sep 2017 at 09:12 Daniel Belenky (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> [ 
> https://ovirt-jira.atlassian.net/browse/OVIRT-1635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>  ]
>
> Daniel Belenky reassigned OVIRT-1635:
>
> Assignee: Daniel Belenky  (was: infra)
>
> jenkins not marking CI +1
>
>  Key: OVIRT-1635
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1635
>
>
>  Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
> Reporter: sbonazzo
> Assignee: Daniel Belenky
>
> Hi, In https://gerrit.ovirt.org/#/c/81474/ Jnekins comlpeted with
> success: Jenkins CI Sep 5 6:37 PM ↩ Patch Set 1: Build Successful
> http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-fc24-x86_64/1513/
> : SUCCESS
> http://jenkins.ovirt.org/job/ovirt-engine_4.1_check-patch-el7-x86_64/1510/
> : SUCCESS
> http://jenkins.ovirt.org/job/ovirt-engine_4.1_find-bugs_created/1289/ :
> SUCCESS without setting verified CI+1 — SANDRO BONAZZOLA ASSOCIATE MANAGER,
> SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R Red Hat EMEA <
> https://www.redhat.com/>  TRIED. TESTED. TRUSTED. <
> https://redhat.com/trusted>
>
> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100059)
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: planned Gerrit maintenance

[Roy Golan]

Some interesting features added, worth noting:
- Comments to email
- Change Assignee - Nice for workflow, the patch is done and now waits for
a reviewers? pass the stick. Can be used in more than one way I guess.
Worth discussions.
- new UI (not GWT, but not that beauty as well... probably will take time
to shape up)

https://www.gerritcodereview.com/releases/2.14.md#Release-Highlights

On Thu, 31 Aug 2017 at 01:48 Evgheni Dereveanchin 
wrote:

> The maintenance window is over.
> Gerrit was upgraded to version 2.14.3 and a full reindex was performed.
> The OS was updated to include all the latest security patches as well.
>
> If you hit any issues that may be caused by the upgrade
> please let me know or report them to Jira.
>
> On Wed, Aug 30, 2017 at 11:19 PM, Evgheni Dereveanchin <
> edere...@redhat.com> wrote:
>
>> Hi everyone,
>>
>> I will be performing updates on gerrit.ovirt.org during the next two
>> hours.
>> Within this period the Gerrit UI and Git repositories may be unavailable.
>>
>> I will follow up as soon as maintenance activities are over.
>>
>> --
>> Regards,
>> Evgheni Dereveanchin
>>
>
>
>
> --
> Regards,
> Evgheni Dereveanchin
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: New Gerrit 2.13 UI updates

[Roy Golan]

A better search (Ctrl+g) AND Blame! I finally feel it's 2012 ;-)

Although they keep releasing, the features are coming in tortoise pcae. I
wonder what's next for gerrit.

Thanks Evgheni!

BTW the new theme for ovirt is still in plan?

On Thu, Jun 29, 2017 at 3:48 PM Eyal Edri  wrote:

> FYI,
>
> Following last night Gerrit upgrade to 2.13.8 ( Thanks Evgheni! ), there
> are some nice updates worth mentioning:
> (I really like the new 'blame' option on the diff screen... :)
> User Interface
>
>- The UI can now be loaded in an iFrame by enabling
>gerrit.canLoadInIFrame
>
> 
>  in
>the site configuration.
>
>
> Change
> Screen
>
>-
>
>Issue 106 :
>Allow to select merge commit's parent for diff base in change screen.
>-
>
>Issue 3035 :
>Allow to remove specific votes from a change, while leaving the reviewer on
>the change.
>-
>
>Issue 3487 :
>Use ‘Ctrl-Alt-e’ instead of ‘e’ to open edit mode.
>
>
> Diff
> Screens
>
>-
>
>Add all syntax highlighting available in CodeMirror.
>-
>
>Improve search experience in diff screen.
>
>Ctrl-F, Ctrl-G and Shift-Ctrl-G now bind to the search dialog box
>provided by CodeMirror's search add-on. Enter and Shift-Enter navigate
>among the search results from the CodeMirror search, just like they do in a
>normal browser search. Esc now clears the search result.
>
>If the user sets Render to Slow in the diff preferences and the file
>is less than 4000 lines (huge), then Ctrl-F, Ctrl-G and Shift-Ctrl-G fall
>back to the browser search.
>-
>
>Issue 2968 :
>Allow to go back to change list by keyboard shortcut from diff screens.
>-
>
>Blame annotations.
>
>By enabling change.allowBlame
>
> ,
>blame annotations can be shown in the side-by-side diff screen gutter.
>Clicking the annotation opens the relevant change.
>
>
> User
> Preferences
>
>-
>
>Issue 989 :
>New option to control email notifications.
>
>Users can now choose between ‘Enabled’, ‘Disabled’ and ‘CC Me on
>Comments I Write’.
>-
>
>New option to control adding ‘Signed-off-by’ footer in commit message
>of new changes created online.
>-
>
>New option to control auto-indent width in inline editor.
>-
>
>Issue 890 :
>New diff option to control whether to skip unchanged files when navigating
>to the previous or the next file.
>
> 
> Full changelog: https://www.gerritcodereview.com/releases/2.13.md
>
>
> --
>
> Eyal edri
>
>
> ASSOCIATE MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA 
>  TRIED. TESTED. TRUSTED. 
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] New design for the Gerrit UI

[Roy Golan]

The footer links are useful but the footer itself has no presence.  Most
dashboards will fill a page and with such a thin footer nobody is going to
look at what is has to offer. So we can make the footer in a different
color and noticeable etc or move the links to the header.

On Sun, May 7, 2017 at 10:35 AM Barak Korren <bkor...@redhat.com> wrote:

> The current scheme seems a little buggy on FF. See how the top green bar
> is not stretched to cover the top of the oVirt logo.
>
>
>
> On 6 May 2017 at 12:49, Yaniv Kaul <yk...@redhat.com> wrote:
>
>>
>>
>> On Fri, May 5, 2017 at 5:33 PM, Greg Sheremeta <gsher...@redhat.com>
>> wrote:
>>
>>> Here's my take.
>>>
>>> The line on the top is a little thicker than I like, but we have the
>>> same thickness in oVirt (I checked). I'm ok with shrinking it in both
>>> places.
>>>
>>> I put in the logo from the oVirt login page. I added patternfly and
>>> bootstrap. Changed the font to OpenSans. Positioned things and fixed
>>> paddings. Changed the button and form field to patternfly type (blue button)
>>>
>>
>> Looks very good now. I wonder how far are we from being ADA compliant
>> (also a general question to our UI - I know Patternfly should help us there
>> as well).
>> Y.
>>
>>
>>
>>>
>>> Best wishes,
>>> Greg
>>>
>>>
>>> On Fri, May 5, 2017 at 2:15 AM, Roy Golan <rgo...@redhat.com> wrote:
>>>
>>>>
>>>> Adding UX people +Eldan Hildesheim <i...@eldanet.com> +Alexander Wels
>>>> <aw...@redhat.com> +Greg Sheremeta <gsher...@redhat.com>
>>>>
>>>> On Fri, May 5, 2017 at 2:32 AM Martin Perina <mper...@redhat.com>
>>>> wrote:
>>>>
>>>>> On Thu, May 4, 2017 at 1:13 PM, Nir Soffer <nsof...@redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, May 4, 2017 at 4:26 PM Evgheni Dereveanchin <
>>>>>> edere...@redhat.com> wrote:
>>>>>>
>>>>>>> Thanks everyone for the great feedback!
>>>>>>>
>>>>>>> So there's two options I see now:
>>>>>>> 1) keep the default header scheme with white background, just add
>>>>>>> the project logo into the corner
>>>>>>> 2) try to adapt to the Patternfly scheme as used in oVirt's Admin UI
>>>>>>> currently.
>>>>>>>
>>>>>>> I've swapped the header background color to #393f45 as used in oVirt
>>>>>>> for a quick test:
>>>>>>> https://gerrit-staging.phx.ovirt.org/
>>>>>>>
>>>>>>
>>>>>> Looks good!
>>>>>>
>>>>>
>>>>> ​Much better for my eyes now, thanks a lot!
>>>>> ​
>>>>>
>>>>>
>>>>>>
>>>>>> The oVirt logo needs little more space around it, and it also should
>>>>>> be centered vertically.
>>>>>> Modifying the logo margin to 8px and width to 108px works for me
>>>>>> using chrome,
>>>>>> see attached screenshot.
>>>>>>
>>>>>> [image: Screenshot from 2017-05-04 20-11-39.png]
>>>>>>
>>>>>> Nir
>>>>>>
>>>>>> Is this more readable? If yes - I can continue working in this
>>>>>>> direction to add gradients
>>>>>>> and other patternfly style elements.
>>>>>>>
>>>>>> Otherwise I'll just go with option 1 and stick to the default style
>>>>>>> we have now.
>>>>>>>
>>>>>>> On Thu, May 4, 2017 at 2:45 PM, Martin Sivak <msi...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> > It will help if someone can suggest an alternate CSS which we can
>>>>>>>> use or specific color codes,
>>>>>>>>
>>>>>>>> Well.. keep it as it is or make it really dark (like the patternfly
>>>>>>>> menu). I do not care about logos but big area filled with non-neutral 
>>>>>>>> color
>>>>>>>> is always going to be an issue.
>>>>>>>>
>>>>>>>> Martin
>>>>>>>>
>>>&g

Re: [ovirt-devel] New design for the Gerrit UI

[Roy Golan]

Adding UX people +Eldan Hildesheim  +Alexander Wels
 +Greg Sheremeta 

On Fri, May 5, 2017 at 2:32 AM Martin Perina  wrote:

> On Thu, May 4, 2017 at 1:13 PM, Nir Soffer  wrote:
>
>>
>>
>> On Thu, May 4, 2017 at 4:26 PM Evgheni Dereveanchin 
>> wrote:
>>
>>> Thanks everyone for the great feedback!
>>>
>>> So there's two options I see now:
>>> 1) keep the default header scheme with white background, just add the
>>> project logo into the corner
>>> 2) try to adapt to the Patternfly scheme as used in oVirt's Admin UI
>>> currently.
>>>
>>> I've swapped the header background color to #393f45 as used in oVirt for
>>> a quick test:
>>> https://gerrit-staging.phx.ovirt.org/
>>>
>>
>> Looks good!
>>
>
> ​Much better for my eyes now, thanks a lot!
> ​
>
>
>>
>> The oVirt logo needs little more space around it, and it also should be
>> centered vertically.
>> Modifying the logo margin to 8px and width to 108px works for me using
>> chrome,
>> see attached screenshot.
>>
>> [image: Screenshot from 2017-05-04 20-11-39.png]
>>
>> Nir
>>
>> Is this more readable? If yes - I can continue working in this direction
>>> to add gradients
>>> and other patternfly style elements.
>>>
>> Otherwise I'll just go with option 1 and stick to the default style we
>>> have now.
>>>
>>> On Thu, May 4, 2017 at 2:45 PM, Martin Sivak  wrote:
>>>
 > It will help if someone can suggest an alternate CSS which we can use
 or specific color codes,

 Well.. keep it as it is or make it really dark (like the patternfly
 menu). I do not care about logos but big area filled with non-neutral color
 is always going to be an issue.

 Martin

 On Thu, May 4, 2017 at 2:15 PM, Eyal Edri  wrote:

>
>
> On Thu, May 4, 2017 at 3:05 PM, Martin Perina 
> wrote:
>
>> I agree with Milan and Martin, even after few minutes looking at it,
>> the green
>> with combination of white background just made my eyes burning :-(
>>
>> Would it be possible to use more darker colors (at least for top
>> banner/menu)?
>> For example darker colors we use in oVirt engine welcome page ...
>>
>
> Thanks for the feedback,
> It will help if someone can suggest an alternate CSS which we can use
> or specific color codes,
> otherwise it will be long trial and error process until we'll find
> something that will suite everyone.
>
>
>
>>
>>
>> Martin
>>
>> On Thu, May 4, 2017 at 5:53 AM, Martin Sivak 
>> wrote:
>>
>>> I agree with Milan here. The light green background makes the menu
>>> items to be almost unreadable, the search button (slightly different
>>> green color) blends with the background and generally the color pulls
>>> my eyes away from the content. I wouldn't feel comfortable looking at
>>> the screen for a whole day.
>>>
>>> Martin
>>>
>>> On Thu, May 4, 2017 at 9:57 AM, Milan Zamazal 
>>> wrote:
>>> > Evgheni Dereveanchin  writes:
>>> >
>>> >> The Infra team is working on customizing the look of Gerrit to
>>> make it fit
>>> >> better with other oVirt services. I want to share the result of
>>> this
>>> >> effort. Hopefully we can gather some feedback before applying the
>>> design to
>>> >> oVirt's instance of Gerrit.
>>> >>
>>> >> Please visit the Staging instance to check it out:
>>> >>
>>> >>   https://gerrit-staging.phx.ovirt.org/
>>> >
>>> > Thank you for the preview.  While it fits better with oVirt
>>> services,
>>> > there is one thing that makes me uncomfortable with it: low
>>> contrast.
>>> > The top green bar is probably directly violating Web Accessibility
>>> > Guidelines (AA level; see
>>> > https://www.w3.org/TR/WCAG20/#visual-audio-contrast-contrast),
>>> but I
>>> > find all the green parts harder to read than in the current
>>> version.
>>> > So it would be nice if the contrast could be improved.
>>> >
>>> > Thanks,
>>> > Milan
>>> > ___
>>> > Devel mailing list
>>> > de...@ovirt.org
>>> > http://lists.ovirt.org/mailman/listinfo/devel
>>> ___
>>> Devel mailing list
>>> de...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
>
> Eyal edri
>
>
> ASSOCIATE MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA 

Re: Subject: [ OST Failure Report ] [ oVirt master ] [ 26-04-2017 ] [vm_run]

[Roy Golan]

On Thu, Apr 27, 2017 at 12:08 PM Evgheni Dereveanchin 
wrote:

> Test failed: 004_basic_sanity/vm_run
>
> Link to job:
> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/6481/
>
> This is the job where this error first appeared, however Master was
> failing
> for several days prior to that. It may be unrelated to the patch
> triggering
> this job as it fixed the previous issue:
> https://gerrit.ovirt.org/76080
>
>
I'm looking into it now.


> Engine log:
>
> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6481/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>
> Host VDSM log:
>
> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6481/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-004_basic_sanity.py/lago-basic-suite-master-host0/_var_log/vdsm/vdsm.log
>
> Error snippet from the test log:
>
> 
>
> 2017-04-26 10:08:48,074-0400 ERROR (vm/1f45f85e) [virt.vm]
> (vmId='1f45f85e-4cc0-4240-94ce-14c488018e76') The vm start process failed
> (vm:682)
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 608, in _startUnderlyingVm
> self._run()
>   File "/usr/share/vdsm/virt/vm.py", line 2130, in _run
> domxml = hooks.before_vm_start(self._buildDomainXML(),
>   File "/usr/share/vdsm/virt/vm.py", line 1809, in _buildDomainXML
> self._appendDevices(domxml)
>   File "/usr/share/vdsm/virt/vm.py", line 1766, in _appendDevices
> domxml.appendDeviceXML(deviceXML)
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/libvirtxml.py", line
> 502, in appendDeviceXML
> self._devices.appendChild(etree_element=vmxml.parse_xml(deviceXML))
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmxml.py", line 48, in
> parse_xml
> return etree.fromstring(xml_string)
>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
> parser.feed(text)
>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
> self._raiseerror(v)
>   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
> _raiseerror
> raise err
> ParseError: not well-formed (invalid token): line 2, column 63
> 2017-04-26 10:08:48,084-0400 INFO  (vm/1f45f85e) [virt.vm]
> (vmId='1f45f85e-4cc0-4240-94ce-14c488018e76') Changed state to Down: not
> well-formed (invalid token): line 2, column 63 (code=1) (vm:1312)
>
> 
>
> --
> Regards,
> Evgheni Dereveanchin
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] Subject: [ OST Failure Report ] [ oVirt master ] [ 24-04-2017 ] [import_template_from_glance]

[Roy Golan]

On Wed, Apr 26, 2017 at 3:04 PM Roy Golan <rgo...@redhat.com> wrote:

>
> Still not working. More help is needed as also +Marcin Mirecki
> <mmire...@redhat.com> and I are waiting for this to work
>
> I see the import fails with another reason, the parameters class have
> changed and now fails -
>
> Caused by: org.codehaus.jackson.map.JsonMappingException: Can not deserialize 
> instance of java.util.LinkedHashMap out of VALUE_NUMBER_INT token
>
> We have a custom properties problem here. Looking deeper now
>
> Please review -
https://gerrit.ovirt.org/#/c/76080/



>
> On Wed, Apr 26, 2017 at 2:08 PM Evgheni Dereveanchin <edere...@redhat.com>
> wrote:
>
>> Hi Eli,
>>
>> The patch was merged yesterday yet master is still failing.
>> Could you please take a look?
>>
>> Link to job with patch merged:
>>
>> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/6468/
>> Engine.log with the same error as before:
>>
>> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/6468/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>>
>>
>>
>>
>> On Tue, Apr 25, 2017 at 4:53 PM, Gil Shinar <gshi...@redhat.com> wrote:
>>
>>> Hi Eli,
>>>
>>> When was it merged? I looked at the patch in your former message and it
>>> is not merged.
>>> Master is still failing on add_secondary_storage_domains
>>>
>>> Thanks
>>> Gil
>>>
>>> On Tue, Apr 25, 2017 at 5:19 PM, Eli Mesika <emes...@redhat.com> wrote:
>>>
>>>> The fix for that regression was merged to master, please sync and check
>>>> again
>>>>
>>>> On Tue, Apr 25, 2017 at 5:14 PM, Eli Mesika <emes...@redhat.com> wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> Please review the fixing patch
>>>>> https://gerrit.ovirt.org/#/c/76013/2
>>>>>
>>>>> On Tue, Apr 25, 2017 at 3:00 PM, Fred Rolland <froll...@redhat.com>
>>>>> wrote:
>>>>>
>>>>>> Eli hi,
>>>>>>
>>>>>> It seems there is some issue in the squash patch [1].
>>>>>>
>>>>>> Regarding the issue found by the OST, if you start from a fresh DB,
>>>>>> wrong values will be inserted in the "spec_params" column in the 
>>>>>> vm_device
>>>>>> table. [2]
>>>>>> We will get '58ca7b19-0071-00c0-01d6-0212' instead of a map
>>>>>> like { "vram" : "65536" }
>>>>>>
>>>>>> It will fail the creation of the AddVmTemplateCommand that we see in
>>>>>> the log.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Freddy
>>>>>>
>>>>>> [1] https://gerrit.ovirt.org/#/c/74382/
>>>>>> [2]
>>>>>> https://gerrit.ovirt.org/#/c/74382/8/packaging/dbscripts/data/01200_insert_vm_device.sql
>>>>>>
>>>>>> On Tue, Apr 25, 2017 at 12:13 PM, Fred Rolland <froll...@redhat.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Looking at it
>>>>>>>
>>>>>>> On Tue, Apr 25, 2017 at 12:11 AM, Nadav Goldin <ngol...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Test failed:
>>>>>>>> add_secondary_storage_domains/import_template_from_glance
>>>>>>>>
>>>>>>>> Link to suspected patches: https://gerrit.ovirt.org/#/c/74382/
>>>>>>>>
>>>>>>>> Link to Job:
>>>>>>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/
>>>>>>>> (started in 6451)
>>>>>>>>
>>>>>>>> Link to all logs:
>>>>>>>>
>>>>>>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/
>>>>>>>>
>>>>>>>> Engine log:
>>>>>>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/artifact/exported-artifacts/basic-suit-ma

Re: [ovirt-devel] Subject: [ OST Failure Report ] [ oVirt master ] [ 24-04-2017 ] [import_template_from_glance]

[Roy Golan]

Still not working. More help is needed as also +Marcin Mirecki
 and I are waiting for this to work

I see the import fails with another reason, the parameters class have
changed and now fails -

Caused by: org.codehaus.jackson.map.JsonMappingException: Can not
deserialize instance of java.util.LinkedHashMap out of
VALUE_NUMBER_INT token

We have a custom properties problem here. Looking deeper now



On Wed, Apr 26, 2017 at 2:08 PM Evgheni Dereveanchin 
wrote:

> Hi Eli,
>
> The patch was merged yesterday yet master is still failing.
> Could you please take a look?
>
> Link to job with patch merged:
>
> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/6468/
> Engine.log with the same error as before:
>
> http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/6468/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>
>
>
>
> On Tue, Apr 25, 2017 at 4:53 PM, Gil Shinar  wrote:
>
>> Hi Eli,
>>
>> When was it merged? I looked at the patch in your former message and it
>> is not merged.
>> Master is still failing on add_secondary_storage_domains
>>
>> Thanks
>> Gil
>>
>> On Tue, Apr 25, 2017 at 5:19 PM, Eli Mesika  wrote:
>>
>>> The fix for that regression was merged to master, please sync and check
>>> again
>>>
>>> On Tue, Apr 25, 2017 at 5:14 PM, Eli Mesika  wrote:
>>>
 Hi

 Please review the fixing patch
 https://gerrit.ovirt.org/#/c/76013/2

 On Tue, Apr 25, 2017 at 3:00 PM, Fred Rolland 
 wrote:

> Eli hi,
>
> It seems there is some issue in the squash patch [1].
>
> Regarding the issue found by the OST, if you start from a fresh DB,
> wrong values will be inserted in the "spec_params" column in the vm_device
> table. [2]
> We will get '58ca7b19-0071-00c0-01d6-0212' instead of a map
> like { "vram" : "65536" }
>
> It will fail the creation of the AddVmTemplateCommand that we see in
> the log.
>
> Regards,
>
> Freddy
>
> [1] https://gerrit.ovirt.org/#/c/74382/
> [2]
> https://gerrit.ovirt.org/#/c/74382/8/packaging/dbscripts/data/01200_insert_vm_device.sql
>
> On Tue, Apr 25, 2017 at 12:13 PM, Fred Rolland 
> wrote:
>
>> Looking at it
>>
>> On Tue, Apr 25, 2017 at 12:11 AM, Nadav Goldin 
>> wrote:
>>
>>> Test failed:
>>> add_secondary_storage_domains/import_template_from_glance
>>>
>>> Link to suspected patches: https://gerrit.ovirt.org/#/c/74382/
>>>
>>> Link to Job:
>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/
>>> (started in 6451)
>>>
>>> Link to all logs:
>>>
>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/
>>>
>>> Engine log:
>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6456/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>>>
>>> Error snippet from the test log:
>>>
>>> 
>>>
>>> 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_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py",
>>> line 803, in import_template_from_glance
>>> generic_import_from_glance(api, image_name=CIRROS_IMAGE_NAME,
>>> image_ext='_glance_template', as_template=True)
>>>   File
>>> "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py",
>>> line 641, in generic_import_from_glance
>>> lambda: api.disks.get(disk_name).status.state == 'ok',
>>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>>> 264, in assert_true_within_long
>>> assert_equals_within_long(func, True, allowed_exceptions)
>>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>>> 251, in assert_equals_within_long
>>> func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions
>>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>>> 230, in assert_equals_within
>>> '%s != %s after %s seconds' % (res, value, timeout)
>>> AssertionError: False != True after 600 seconds
>>>
>>>
>>> 

Re: [ovirt-devel] OST failure NoClassDefFoundError

[Roy Golan]

Its OST, I have no option to upgrade

On Tue, Apr 25, 2017 at 8:59 AM Oved Ourfali <oourf...@redhat.com> wrote:

> I guess you need to upgrade vdsm-jsonrpc-java.
> Did you try that?
>
> On Tue, Apr 25, 2017 at 12:57 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> I get this on basic suite from a built RPM[1]:
>>
>> Caused by: java.lang.NoClassDefFoundError: 
>> org/apache/commons/lang/StringUtils
>>  at 
>> org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message.withCorrelationId(Message.java:75)
>>  [vdsm-jsonrpc-java-client.jar:]
>>  at 
>> org.ovirt.vdsm.jsonrpc.client.reactors.stomp.SSLStompClient.sendMessage(SSLStompClient.java:85)
>>  [vdsm-jsonrpc-java-client.jar:]
>>  at 
>> org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:83) 
>> [vdsm-jsonrpc-java-client.jar:]
>>
>>
>> My patch under test certainly didn't touch this area [2]
>>
>> [1]
>> http://jenkins.ovirt.org/job/ovirt-system-tests_manual/290/artifact/exported-artifacts/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log
>>
>> [2] https://gerrit.ovirt.org/#/c/75262/
>>
>> Did anyone see that?
>>
>>
>>
>> ___
>> Devel mailing list
>> de...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

OST failure NoClassDefFoundError

[Roy Golan]

I get this on basic suite from a built RPM[1]:

Caused by: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
at 
org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message.withCorrelationId(Message.java:75)
[vdsm-jsonrpc-java-client.jar:]
at 
org.ovirt.vdsm.jsonrpc.client.reactors.stomp.SSLStompClient.sendMessage(SSLStompClient.java:85)
[vdsm-jsonrpc-java-client.jar:]
at 
org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:83)
[vdsm-jsonrpc-java-client.jar:]


My patch under test certainly didn't touch this area [2]

[1]
http://jenkins.ovirt.org/job/ovirt-system-tests_manual/290/artifact/exported-artifacts/test_logs/basic-suite-master/post-002_bootstrap.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log

[2] https://gerrit.ovirt.org/#/c/75262/

Did anyone see that?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] GUI error on master: Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError)

[Roy Golan]

On Mon, Apr 3, 2017 at 4:09 PM Nadav Goldin  wrote:

> Right. Missed that exclude, thanks.
> I'll send a patch to include it from tested - all *debuginfo* packages
> look like just a few MBs.
>
>
+Guy Chen 


>
> On Mon, Apr 3, 2017 at 3:55 PM, Greg Sheremeta 
> wrote:
> > Hmm, I think *-debuginfo is explicitly excluded now.
> >
> > https://gerrit.ovirt.org/#/c/73497/8/common/yum-repos/ovirt-master.repo
> >
> > [ovirt-master-tested-el7]
> > name=oVirt Master Latest Tested
> > baseurl=http://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/
> > enabled=1
> > gpgcheck=0
> > max_connections=10
> > exclude =  *-debuginfo
> >
> > [ovirt-master-snapshot-static-el7]
> > name=oVirt Master Nightly Statics
> > baseurl=
> http://resources.ovirt.org/pub/ovirt-master-snapshot-static/rpm/el7/
> > exclude= *-debuginfo
> >
> >
> > Could that be the problem?
> >
> > On Sun, Apr 2, 2017 at 1:38 PM, Nadav Goldin  wrote:
> >>
> >> > Any chance you can install them and retry?
> >> > sudo yum install ovirt-engine-webadmin-portal-debuginfo
> >>
> >> Surprisingly OST didn't pull it. I see it is listed in the reposync
> >> config under the 'ovirt-master-snapshot-static', but I think its not
> >> there any more. Is it built like all other packages consumed in the
> >> experimental flow?
> >>
> >>
> >>
> >>
> >> On Sun, Apr 2, 2017 at 4:00 PM, Yaniv Kaul  wrote:
> >> >
> >> >
> >> > On Sun, Apr 2, 2017 at 3:18 PM, Greg Sheremeta 
> >> > wrote:
> >> >>
> >> >> """
> >> >> GWT symbolmaps are not installed, please install
> >> >> them to de-obfuscate the UI stack traces
> >> >> 2017-04-02 06:12:25,980-04 ERROR
> >> >> """
> >> >>
> >> >> Any chance you can install them and retry?
> >> >> sudo yum install ovirt-engine-webadmin-portal-debuginfo
> >> >
> >> >
> >> > && sudo systemctl restart ovirt-engine
> >> >
> >> > Y.
> >> >
> >> >>
> >> >>
> >> >>
> >> >> On Sun, Apr 2, 2017 at 6:25 AM, Nadav Goldin 
> >> >> wrote:
> >> >>>
> >> >>> Hi,
> >> >>> Running OST basic-suite-master and logging to the GUI, appears a
> >> >>> warning pop-up window:
> >> >>> Uncaught exception occurred. Please try reloading the page. Details:
> >> >>> (TypeError) : a.i is undefined
> >> >>> Please have your administrator check the UI logs
> >> >>>
> >> >>> ui.log:
> >> >>> 2017-04-02 06:12:25,975-04 INFO
> >> >>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> >> >>> (default task-3) [] GWT symbolmaps are not installed, please install
> >> >>> them to de-obfuscate the UI stack traces
> >> >>> 2017-04-02 06:12:25,980-04 ERROR
> >> >>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> >> >>> (default task-3) [] Permutation name:
> E0637AA26393B2D56C4B42EFB5EA0C00
> >> >>> 2017-04-02 06:12:25,980-04 ERROR
> >> >>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> >> >>> (default task-3) [] Uncaught exception:
> >> >>> com.google.gwt.core.client.JavaScriptException: (TypeError) : a.i is
> >> >>> undefined
> >> >>> at
> >> >>>
> >> >>> Unknown.itp(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.Btp(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.pWo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.sWo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.JYo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.MYo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.jYo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.mYo(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.PPe(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.E_(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.T_(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.onreadystatechange<(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.Bu(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.Eu(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at
> >> >>>
> >> >>> Unknown.Du/<(
> https://192.168.201.3/ovirt-engine/webadmin/?locale=en_US#dashboard-main)
> >> >>> at 

Re: [Announcement] new manual job for ost

[Roy Golan]

I used this for both master and 4.1, for clean install and upgrade and it
is excellent, a huge leap forward. Saved me time and gave me confidence in
my verification. Kudos Daniel and team for this. (sorry for top-posting, I
started using inbox.gmail.com and didn't find yet how to respond inline)

On Thu, Feb 16, 2017 at 4:15 PM Daniel Belenky  wrote:

> Hi all,
>
> The oVirt infra team is proud to announce the *new manual job for
> ovirt-system-tests.*
> Link: http://jenkins.ovirt.org/job/ovirt-system-tests_manual/
>
> The new job supports a new feature: testing oVirt upgrades!
> The job can test upgrading current oVirt release from a previous release
> with various options, see table below for full available testing matrix.
>
> The new upgrade jobs will be soon added to the experimental flow and will
> be part of the gating done to oVirt tested repo ( i.e any rpm which breaks
> upgrade won't reach the tested repo ).
>
> *How to use?*
>
>- In order to use the manual ost job, you first have to build RPMs
>from your open patches. Just add a comment to your open patch and write 
> *'ci
>please build', *and you'll get a link to the job that builds your
>patch.
>- Go to the manual job, and click '*Build with parameters'*.
>- Choose the oVirt version you wish to test (should match to the oVirt
>version of your patch).
>- Choose the suite type from the drop-down menu. The Available options
>are:
>   - *Basic*
>   - *Upgrade from release*
>   - *Upgrade from prev release*
>
> versionprevreleaserelease
> master 4.0 4.1
> 4.1 4.0 4.1
> 4.0  4.0
>
>
>- Add your custom URLs: here you should supply the link to the Jenkins
>job that built your patch.
>- Choose the fallback repo: This is the repo that the Job will fetch
>the RPMs from. Your RPMs will be used on top of those RPMs.
>- Choose Lago version: (Unless you want to test Lago's new features,
>just use the table version)
>- Click on *Build*, and let the job run. You'll get all the relevant
>logs from the suites under the '*Build artifacts*' directory when the
>job is done.
>
> For more detailed review of using the manual job, please refer to Verifying
> an oVirt patch with ovirt-system-tests
> 
> .
> Please feel free to contact the infra team on infra@ovirt.org for any
> more questions you have.
>
> Sincerely,
>
> *Daniel Belenky*
>
> *RHV DevOps*
>
> *Red Hat Israel*
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Need a topic branch for experimental development

[Roy Golan]

On 5 February 2017 at 13:52, Gil Shinar <gshi...@redhat.com> wrote:

> Adding infra-support so a ticket will be opened
>
>
I updated the ticket with the details -
https://ovirt-jira.atlassian.net/browse/OVIRT-1105?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel=26718



> On Sun, Feb 5, 2017 at 1:17 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Hi infra,
>>
>> I want a new gerrit branch that will make it easier to collaborate with
>> more developers on experimental, edgy changes.
>>
>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Need a topic branch for experimental development

[Roy Golan]

Hi infra,

I want a new gerrit branch that will make it easier to collaborate with
more developers on experimental, edgy changes.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [ovirt-users] Lowering the bar for wiki contribution?

[Roy Golan]

On 11 January 2017 at 17:06, Marc Dequènes (Duck) <d...@redhat.com> wrote:

> Quack,
>
> On 01/08/2017 06:39 PM, Barak Korren wrote:
> > On 8 January 2017 at 10:17, Roy Golan <rgo...@redhat.com> wrote:
> >> Adding infra which I forgot to add from the beginning
>
> Thanks.
>
> > I don't think this is an infra issue, more of a community/working
> > procedures one.
>
> I do thin it is. We are involved in the tooling, for their maintenance,
> for documenting where things are, for suggesting better solutions,
> ensuring security…
>
> > On the one hand, the developers need a place where they create and
> > discuss design documents and road maps. That please needs to be as
> > friction-free as possible to allow developers to work on the code
> > instead of on the documentation tools.
>
> As for code, I think there is need for review, even more for design
> documents, so I don't see why people are bothered by PRs, which is a
> tool they already know fairly well.
>
> For people with few git knowledge, the GitHub web interface allows to
> edit files.
>
> > On the other hand, the user community needs a good, up to date source
> > of information about oVirt and how to use it.
>
> Yes, this official entry point and it needs to be clean.
>
> > Having said the above, I don't think the site project's wiki is the
> > best place for this. The individual project mirrors on GitHub may be
> > better for this
>
> We could indeed split the technical documentation. If people want to
> experiment with the GH wiki pages, I won't interfere.
>
> I read several people in this thread really miss the old wiki, so I
> think it is time to remember why we did not stay in paradise. I was not
> there at the time, but I know the wiki was not well maintained. People
> are comparing our situation to the MediaWiki site, but the workforce is
> nowhere to be compared. There is already no community manager, and noone
> is in charge of any part really, whereas Mediawiki has people in charge
> of every corner of the wiki. Also they developed tools over years to
> monitor, correct, revert… and we don't have any of this. So without any
> process then it was a total mess. More than one year later there was
> still much cleanup to do, and having contributed to it a little bit, I
> fear a sentimental rush to go back to a solution that was abandoned.
>
> Having a header telling if this is a draft or published is far from
> being sufficient. If noone cares you just pile up content that gets
> obsolete, then useless, then misleading for newcomers. You may prefer
> review a posteriori, but in this case you need to have the proper tool
> to be able to search for things to be reviewed, and a in-content
> pseudo-header is really not an easy way to get a todolist.
>
> As for the current builder, it checks every minute for new content to
> build. The current tool (Middleman) is a bit slow, and the machine is
> not ultra speedy, but even in the worst case it should not take more
> than half an hour to see the published result. So I don't know why
> someone suggested to build "at least once a day". There is also an
> experimentation to improve this part.
>
> So to sum up:
>   - the most needed thing here is not a tool but people in charge to
> review the content (additions, cleanup old things, ask devs to update
> some missing part…), this should also allow for faster publishing
>   - I'm not against changing tool, just do not forget what you loose in
> the process, and the migration pain
>   - I think free editing without workflow in our specific case is not
> gonna work because we do not have the needed workforce for things to
> auto-correct
>
> \_o<
>
>
What do you suggest then? how can infra help with this now? fwiw I don't
care only about 'developers', I do want to process to be better.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Future of the oVirt website

[Roy Golan]

On 6 January 2017 at 17:26, Barak Korren  wrote:

> On 6 January 2017 at 07:13, Marc Dequènes (Duck)  wrote:
> > Quack,
> >
> > So I just discovered this thread:
> >   http://lists.ovirt.org/pipermail/devel/2017-January/029097.html
> >
> > First, it would be nice if the infra team was involved directly, because
> > not everyone is also an oVirt developer (and on this list). Also there
> > are already plans to improve the site system and build and this
> > side-initiative feels like an unexpected and rude disruption of energy
> > already invested.
>
> We (as in I) did get involved here:
> http://lists.ovirt.org/pipermail/devel/2017-January/029103.html
>
> Its important to understand where people are coming from and what do
> they really want and then come up with the proper tools and processes.
>
> I think I agree with you that the current flow is best suited for
> maintaining www.ovirt.org is a public documentation and marketing
> site. What the developers are discussing is a different requirement,
> that, IMO is not suited to the main public site.
>
> The developers have a process where, when creating a new feature, they
> first create a feature page on the (so called) "wiki", and then use it
> in discussions about the feature.
> This is useful for developers, but the end result is a mountain of
> half-edited and out of date "feature pages" that provide (IMO) very
> poor service to the community.
>
>
This comment is not very respectful to those that written very good pages.
Lets agree
that the is variance in the quality of pages and there are lots of pages
out there that helped
numerous times.





> So, in summary, the current flow does not fit what the developers want
> (fast, easy, editing of feature design documents), and OTOH the
> documents the developers make probably do not belong on the main site
> in the form they are made, and had been put there in the past just
> because the main site used to be a wiki.
>
>
That's simplifying the topic a bit. W

> So, IMO, we better just let the developers vent off, most of them do
> not contribute public consumable documentation anyway, and they will
> probably just find another place to put the design documents and all
> will be well.
>
> > It seems people forget how things were in the past, which leads to going
> > back and forth between a new solution and the previous one. People wish
> > for an easy way to contribute, and this is a legitimate goal. After some
> > time an easy solution make things complicated because it is such a mess
> > and there is no review, so no quality checks, and people wish to have
> > workflows. Then they find it to cumbersome and wish to go back to a
> > marvelous past. And so on again and again.
>
> No, you misinterpret their goals, they are not looking to contribute
> to the main site, they are looking to discuss and develop new
> features. That flow never belonged on the main site, and the sooner
> everyone understands that the better.
>
>
Wrong again - the thread is on wiki contribution and most of the developers
understand the impact of
publishing and discussing their work outside the VCS itself.  This is not
only about feature pages (which
serve as the base for documentation), but yes most of the rant is about
making this easier.

I and I'm sure others would like to contribute how-to's, blog posts, and
feature pages. Now we have few problems
with what we have today:
- wrong maintaners - The maintainers can't be infra as they are not
familiar with the source of the information. Spelling and linting can be
automated.
- takes time - few maintainers, tons of content
- lack of standards - too much badly written, overdue info etc...
- lack of direct feedback on the content - no comment section, no revision
set for pages after some time
- technically a pain, to build the site locally instead of WYSIWYG

All of the above makes the contribution barrier high. With that being said,
we should probably arrange a cleanup hackaton to
remove, update all the pages.

Mark please share what is the future of ovirt site and what can be done to
address the issues above mentioned.





> > This said, this does not mean the current solution is perfect and we
> > should not think about a better one, but we should recall why we
> > abandoned a wiki to switch to the current solution, so we don't fall
> > into the same traps.
>
> There is no real conflict here, just a misunderstanding. The current
> flow is very good for what OSAS wants to do, which is to maintain a
> high-quality public website. Its just not as good for what the
> developers want, which is a place to type their half-ideas into. Those
> needs do not really collide, the developers just need to go somewhere
> else anyway.
>
>
> > What I can say on the topic is that migrating is painful, so we should
> > be cautious. OSAS is not here to force a solution upon you, but the
> > infra team (and the OSAS folks too), have a limited workforce to
> > 

Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

[Roy Golan]

Adding infra which I forgot to add from the beginning

On 7 January 2017 at 02:44, Jakub Niedermertl <jnied...@redhat.com> wrote:

> On Wed, Jan 4, 2017 at 11:41 AM, Roy Golan <rgo...@redhat.com> wrote:
> >
> >
> > On 4 January 2017 at 12:17, Maor Lipchuk <mlipc...@redhat.com> wrote:
> >>
> >>
> >>
> >> On Wed, Jan 4, 2017 at 11:38 AM, Daniel Erez <de...@redhat.com> wrote:
> >>>
> >>>
> >>>
> >>> On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan <rgo...@redhat.com> wrote:
> >>>>
> >>>> I'm getting the feeling I'm not alone in this, authoring and
> publishing
> >>>> a wiki page isn't as used to be for long time.
> >>>>
> >>>> I want to suggest a bit lighter workflow:
> >>>>
> >>>> 1.  Everyone can merge their page - (it's a wiki)
> >>>>   Same as with (public and open) code, no one has the motivation to
> >>>> publish a badly written
> >>>>   wiki page under their name. True, it can have an impact, but not as
> >>>> with broken code
> >>>>
> >>>
> >>> +1.
> >>> Moreover, I think we shouldn't block any merging. Instead, wiki
> >>> maintainers could act afterwards and revert when needed (Wikipedia
> style).
> >>> Another issue is that (sadly) unlike mediawiki, we need to wait for
> wiki
> >>> publish after a change. So I'd suggest to build and publish the wiki at
> >>> least once a day. Any way, I think we should make the workflow much
> more
> >>> intuitive and pleasant like the previous wiki - i.e. much less
> restrictive
> >>> than manipulating a code base.
> >>>
> >>>
> >>>>
> >>>> 2. Use Page-Status marker
> >>>>  The author first merges the draft. Its now out there and should be
> >>>> updated as time goes and its
> >>>>  status is DRAFT. Maintainers will come later and after review would
> >>>> change the status to
> >>>>  PUBLISH. That could be a header in on the page:
> >>>>  ---
> >>>>  page status: DRAFT/PUBLISH
> >>>>  ---
> >>>>
> >>>>  Simple I think, and should work.
> >>>>
> >>
> >>  +1
> >> The effort of maintaining the wiki today compare to how it used to be
> >> before is much more cumbersome and problematic.
> >> I think we can learn a lot from wikipedia workflow,
> >> It is a much more inviting process where anyone can change the content
> >> easily.
> >> I'm not saying we should let any anonymous user change the wiki but even
> >> if we make it easier in house we can achieve much more informative
> reliable
> >> and updated wiki.
> >>
> >
> >
> >
> > I really think Github Pages is a perfect fit and an alternative to my
> first
> > suggestion. see
> > https://github.com/oVirt/ovirt-site/wiki/Why-aren't-we-using-this%3F
>
> +1
> Github wiki would allow us instant publishing, review after after
> publishing, it works purely in browser (no need for running local ruby
> server) and it's a service that doesn't require any maintenance form
> our side.
>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ___
> >>>> Devel mailing list
> >>>> de...@ovirt.org
> >>>> http://lists.ovirt.org/mailman/listinfo/devel
> >>>
> >>>
> >>>
> >>> ___
> >>> Users mailing list
> >>> us...@ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/users
> >>>
> >>
> >
> >
> > ___
> > Users mailing list
> > us...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: The feature everyone was asking for is finally here...

[Roy Golan]

On 4 January 2017 at 17:31, Eyal Edri  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:
>
>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@ovirt.org as usual.
>
>
> [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/
>

kudus! will give it a try


> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Can't resolve maven-checkstyle-plugin el7 for vdsm-jsonrpc

[Roy Golan]

On 12 December 2016 at 11:50, Piotr Kliczewski <pklic...@redhat.com> wrote:

>
>
> On Mon, Dec 12, 2016 at 10:34 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>>
>>
>> On 11 December 2016 at 13:30, Juan Hernández <jhern...@redhat.com> wrote:
>>
>>> On 12/11/2016 12:27 PM, Eyal Edri wrote:
>>> > Which maven repository does vdsm-jsonrpc-java is using in its
>>> automation
>>> > scripts?
>>> >
>>>
>>> That project uses "maven-local" to build, and takes the dependencies
>>> from the RPM  .spec file, not for the POM. So you need to make sure that
>>> the package for checkstyle is listed in as a "BuildRequires" in the
>>> .spec.in file. As far as I know there is no package containing
>>> checkstyle for EL7, at least not in the standard repositories. So this
>>> will always fail, unless you explicity remove the checkstyle plugin when
>>> building in EL7.
>>>
>>
>> Thanks Juan.
>> Piotr, Juan do you have insights on why the project is structured like
>> that at all and why can't this be
>> simple mvn project and a simple makefile without this voodo?
>>
>
> It was suggested by fedora packager as part of work to have it released on
> fedora repo.
> This work is still in progress [1] but we are almost there.
>
>
And why do we have to have the pom.xml.in? just to template the name? can
we get rid of it please?

[1] https://gerrit.ovirt.org/#/c/63673/
>
>
>>
>>> > On Sun, Dec 11, 2016 at 1:19 PM, Roy Golan <rgo...@redhat.com
>>> > <mailto:rgo...@redhat.com>> wrote:
>>> >
>>> > This patch [1] adds maven-checkstyle plugin for project
>>> vdsm-jsonrpc
>>> > but it keep complaining [2] it can't resolve it . The plugin is the
>>> > same version, 2.9.1 as ovirt engine uses. The F24 build is passing.
>>> > What am I missing here?
>>> >
>>> > [1] https://gerrit.ovirt.org/67990
>>> > [2]
>>> > http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_check
>>> -patch-el7-x86_64/100/console
>>> > <http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_chec
>>> k-patch-el7-x86_64/100/console>
>>> >
>>> >
>>> >
>>> > ___
>>> > Infra mailing list
>>> > Infra@ovirt.org <mailto:Infra@ovirt.org>
>>> > http://lists.phx.ovirt.org/mailman/listinfo/infra
>>> > <http://lists.phx.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.phx.ovirt.org/mailman/listinfo/infra
>>> >
>>>
>>>
>>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/infra

Re: Can't resolve maven-checkstyle-plugin el7 for vdsm-jsonrpc

[Roy Golan]

On 11 December 2016 at 13:30, Juan Hernández <jhern...@redhat.com> wrote:

> On 12/11/2016 12:27 PM, Eyal Edri wrote:
> > Which maven repository does vdsm-jsonrpc-java is using in its automation
> > scripts?
> >
>
> That project uses "maven-local" to build, and takes the dependencies
> from the RPM  .spec file, not for the POM. So you need to make sure that
> the package for checkstyle is listed in as a "BuildRequires" in the
> .spec.in file. As far as I know there is no package containing
> checkstyle for EL7, at least not in the standard repositories. So this
> will always fail, unless you explicity remove the checkstyle plugin when
> building in EL7.
>

Thanks Juan.
Piotr, Juan do you have insights on why the project is structured like that
at all and why can't this be
simple mvn project and a simple makefile without this voodo?

>
> > On Sun, Dec 11, 2016 at 1:19 PM, Roy Golan <rgo...@redhat.com
> > <mailto:rgo...@redhat.com>> wrote:
> >
> > This patch [1] adds maven-checkstyle plugin for project vdsm-jsonrpc
> > but it keep complaining [2] it can't resolve it . The plugin is the
> > same version, 2.9.1 as ovirt engine uses. The F24 build is passing.
> > What am I missing here?
> >
> > [1] https://gerrit.ovirt.org/67990
> > [2]
> > http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_
> check-patch-el7-x86_64/100/console
> > <http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_
> check-patch-el7-x86_64/100/console>
> >
> >
> >
> > ___
> > Infra mailing list
> > Infra@ovirt.org <mailto:Infra@ovirt.org>
> > http://lists.phx.ovirt.org/mailman/listinfo/infra
> > <http://lists.phx.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.phx.ovirt.org/mailman/listinfo/infra
> >
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/infra

Can't resolve maven-checkstyle-plugin el7 for vdsm-jsonrpc

[Roy Golan]

This patch [1] adds maven-checkstyle plugin for project vdsm-jsonrpc but it
keep complaining [2] it can't resolve it . The plugin is the same version,
2.9.1 as ovirt engine uses. The F24 build is passing. What am I missing
here?

[1] https://gerrit.ovirt.org/67990
[2]
http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_check-patch-el7-x86_64/100/console
___
Infra mailing list
Infra@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/infra

Re: [Ovirt github] Please add me as project maintainer on ovirt-vdsmfake

[Roy Golan]

resolved already by Vincent. Thanks.

On 16 November 2016 at 11:38, Eyal Edri <ee...@redhat.com> wrote:

> Adding infra-support to open a ticket.
>
> On Wed, Nov 16, 2016 at 11:26 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Hi infra
>>
>> I want admin permission on ovirt/ovirt-vdsmfake GH project so I can
>> manage issues and project there.
>> Also if not already there, please add mperina as well
>>
>> ___
>> 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

[Ovirt github] Please add me as project maintainer on ovirt-vdsmfake

[Roy Golan]

Hi infra

I want admin permission on ovirt/ovirt-vdsmfake GH project so I can manage
issues and project there.
Also if not already there, please add mperina as well
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: 'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Roy Golan]

On 30 October 2016 at 11:58, Shlomo Ben David <sbend...@redhat.com> wrote:

> Hi Roy,
>
> The permissions inherited from All-Projects (This is the default
> configuration for all projects).
> The project owners have all the necessary permissions (push, rebase, cr+2
> etc)
>
> Can you please check it now and let me know?
>

Working now, thanks. So what was missing, just so I'll know next time I see
this?


>
> Best Regards,
>
> Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
> RHCSA | RHCE
> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>
> OPEN SOURCE - 1 4 011 && 011 4 1
>
> On Sun, Oct 30, 2016 at 9:58 AM, Eyal Edri <ee...@redhat.com> wrote:
>
>> A quick solution will be to add the 'forge author identity' to the
>> project [1]
>> But I'd like to make sure its not an issue with new permissions settings
>> in gerrit, Shlomi - can you check?
>>
>> Also, IIRC all projects [2] should have an owner permissions that should
>> allow the owner/maintainer to modify the permissions himself.
>>
>>
>> [1] https://gerrit.ovirt.org/#/c/65852/1
>> [2] except for vdsm & engine which are owned by multiple teams, so
>> ownership permission lays with infra team.
>>
>> On Sun, Oct 30, 2016 at 9:51 AM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/
>>>
>>> According to [1] I might have wrong permission on that project
>>> (ovirt-vdsmfake)
>>>
>>> Please help fixing the permission so this could be rebased and merge
>>> ASAP  (I already have submit permissions)
>>>
>>> [1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
>>>
>>> ___
>>> 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

'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Roy Golan]

I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/

According to [1] I might have wrong permission on that project
(ovirt-vdsmfake)

Please help fixing the permission so this could be rebased and merge ASAP
(I already have submit permissions)

[1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: building engine artificats from a posted patch?

[Roy Golan]

On 27 October 2016 at 13:32, Martin Mucha  wrote:

> Hi,
>
> let me step back a little and explain what we want to achieve. We have
> patch pushed to gerrit, not merged to master. We want to build rpms from it
> and pass it (via no official way) to some tester so that he can test it.
>
> I read provided documentation, but I do not have sufficient background to
> understand it fully.
> Questions:
>
> 1. if I opted to run these tests locally, what are expected hw
> specification? I mean devel build is already more than laptop can handle.
> If this has enabled all translations, I'd have to take a pto to run it. So
> is this even possible to be ran on laptop with only 12G ram?
>
> PTO isn't needed if your tester doesn't need all locales + permutations


> 2. Since I probably should be coding instead of waiting for build on
> irresponsible laptop (which it is even for devel build), would it be
> possible to have jenkins build, which prepares rpms as described above
> without need to deploy them to some repo, but allowing to download them
> instead?
>
>
You can already explore the CI jenkins jobs on how to do it or have a look
at this jenkins job
http://jenkins-dev.eng.lab.tlv.redhat.com/job/ovirt-engine-create-rpms/


> thanks,
> M.
>
> - Original Message -
> > Hi,
> > first you can run it locally quite easily using mock[1], the command
> > should be(after jenkins repo is cloned and mock installed) something
> > like:
> > ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir
> > ../jenkins/mock_configs/ --build-only -s fc24
> > After running successfully the artifacts will be under
> > exported-artifacts directory.
> >
> > It is possible to do it from Jenkins too, the problem is that the
> > current _build_artifacts job also deploy the created RPMs to
> > resources.ovirt.org's experimental repo, which is later consumed by
> > OST.
> > If needed, we can clone the needed job and remove the deploy part(and
> > add -manual suffix), then you can pass the gerrit refspec in the build
> > parameters. If so, tell me which job.
> >
> > Nadav.
> >
> >
> > [1]
> > http://ovirt-infra-docs.readthedocs.io/en/latest/CI/
> Build_and_test_standards.html#testing-the-scripts-locally
> >
> > On Wed, Oct 26, 2016 at 5:47 PM, Dan Kenigsberg 
> wrote:
> > > Hi,
> > >
> > > Pardon my ignorance, but how can I trigger build-artifacts.sh after
> > > posting a patch to gerrit?
> > >
> > > I hope there's an easy way togenerate RPMs to be tested by third
> > > parties prior to merging the patch.
> > >
> > > Regards,
> > > Dan.
> > > ___
> > > Infra mailing list
> > > Infra@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Unable to sign in to gerrit

[Roy Golan]

On 9 October 2016 at 18:24, Piotr Kliczewski 
wrote:

> Now it works.
>
> Thans,
> Piotr
>

Piotr I'm having a great experience experience ever since I moved to the
(redhat's) google account oauth provider. Fedora openid is just ill
maintained or something.

>
> 9 paź 2016 09:26 "Gil Shinar"  napisał(a):
>
>> Hi Piotr,
>>
>> In the Gerrit logs I see the following error message:
>> *review_site/logs/error_log.2016-10-08:[2016-10-08 12:45:16,341]
>> [HTTP-749] ERROR com.google.gerrit.httpd.auth.openid.OpenIdServiceImpl :
>> Cannot discover OpenID http://pkliczew.id.fedoraproject.org/
>> *
>> *review_site/logs/error_log.2016-10-08:org.openid4java.discovery.yadis.YadisException:
>> 0x706: GET failed on http://pkliczew.id.fedoraproject.org/
>>  : 503*
>>
>> Can you please try later on today and let me know if it works?
>>
>> Thanks
>> Gil
>>
>> On Sat, Oct 8, 2016 at 7:49 PM, Piotr Kliczewski <
>> piotr.kliczew...@gmail.com> wrote:
>>
>>> I attempted to sign in to gerrit using my fedora account [1] but when
>>> click sign in I see:
>>>
>>> "Provider is not supported, or was incorrectly entered."
>>>
>>> Where there any changes recently which are causing it?
>>>
>>> Thanks,
>>> Piotr
>>>
>>> [1] http://pkliczew.id.fedoraproject.org/
>>> ___
>>> Infra mailing list
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>
>>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Please create an SLA team group in gerrit

[Roy Golan]

On 28 July 2016 at 12:16, Aharon Canan <aca...@redhat.com> wrote:

> I am missing something here,
>
> You want me to create a group so we can add all at once for review ?
> anyway , I can't find the way to create it.
> Should I open a ticket like Roy did ?
>


I'm not sure either what Nir meant. I was talking specifically about
gerrit.ovirt.org.



> Aharon.
>
> On Thu, Jul 28, 2016 at 10:38 AM, Eyal Edri <ee...@redhat.com> wrote:
>
>> done.
>>
>> On Wed, Jul 27, 2016 at 9:46 PM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> On Jul 27, 2016 8:31 PM, "Eyal Edri" <ee...@redhat.com> wrote:
>>> >
>>> > Roy,
>>> > Can you share the team memebers?
>>> > It will be best if you can open a ticket on it here [1] and supply the
>>> info, for some reason the infra-support alias doesn't open tickets, I
>>> opened a ticket on it :)
>>> >
>>>
>>> Created:
>>> https://ovirt-jira.atlassian.net/browse/OVIRT-657
>>>
>>> >
>>> > [1]  https://ovirt-jira.atlassian.net/
>>> >
>>> > On Wed, Jul 27, 2016 at 6:18 PM, Nir Soffer <nsof...@redhat.com>
>>> wrote:
>>> >>
>>> >> On Wed, Jul 27, 2016 at 4:26 PM, Roy Golan <rgo...@redhat.com> wrote:
>>> >> > dear infra,
>>> >> >
>>> >> > It will be very helpful to have an SLA team setup for quick add in
>>> review.
>>> >> > Can you help? (I will supply the members if needed)
>>> >>
>>> >> +1
>>> >>
>>> >> Aharon, maybe you like to create the QE team on github?
>>> >> https://github.com/orgs/oVirt/teams
>>> >>
>>> >> Nir
>>> >> ___
>>> >> 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)
>>>
>>
>>
>>
>> --
>> 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: Please create an SLA team group in gerrit

[Roy Golan]

On Jul 27, 2016 8:31 PM, "Eyal Edri" <ee...@redhat.com> wrote:
>
> Roy,
> Can you share the team memebers?
> It will be best if you can open a ticket on it here [1] and supply the
info, for some reason the infra-support alias doesn't open tickets, I
opened a ticket on it :)
>

Created:
https://ovirt-jira.atlassian.net/browse/OVIRT-657

>
> [1]  https://ovirt-jira.atlassian.net/
>
> On Wed, Jul 27, 2016 at 6:18 PM, Nir Soffer <nsof...@redhat.com> wrote:
>>
>> On Wed, Jul 27, 2016 at 4:26 PM, Roy Golan <rgo...@redhat.com> wrote:
>> > dear infra,
>> >
>> > It will be very helpful to have an SLA team setup for quick add in
review.
>> > Can you help? (I will supply the members if needed)
>>
>> +1
>>
>> Aharon, maybe you like to create the QE team on github?
>> https://github.com/orgs/oVirt/teams
>>
>> Nir
>> ___
>> 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

Please create an SLA team group in gerrit

[Roy Golan]

dear infra,

It will be very helpful to have an SLA team setup for quick add in review.
Can you help? (I will supply the members if needed)

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

Re: CI failed to use javac 1.8

[Roy Golan]

On 17 July 2016 at 14:50, Barak Korren <bkor...@redhat.com> wrote:

> More info:
>
> This patch sorted this out for master: https://gerrit.ovirt.org/#/c/46516/
> I guess we can't just use it for 3.6 because we still need to support
> el6 and java 1.7.
>
>
jdk8 is supported and installed on el6 and is supported on jbos EAP 6.4
which I think we use for 3.6. JDK 1.7 is EOF (without taking redhat long
term support into consideration here)

>
> On 17 July 2016 at 14:29, Barak Korren <bkor...@redhat.com> wrote:
> > Looking deeper into this, I see the following difference in the Mock
> > setup logs between this run and the last successful one:
> >
> > For this run, these are the java packages that are installed:
> >
> >   DEBUG util.py:417:   java-1.8.0-openjdk-headlessx86_64
> > 1:1.8.0.92-4.b14.fc23 updates   32 M
> >
> >
> > For the previous run we got this:
> >
> >   DEBUG util.py:421:   java-1.8.0-openjdk x86_64
> > 1:1.8.0.92-4.b14.fc23 updates  226 k
> >   DEBUG util.py:421:   java-1.8.0-openjdk-devel   x86_64
> > 1:1.8.0.92-4.b14.fc23 updates  9.7 M
> >   DEBUG util.py:421:   java-1.8.0-openjdk-headlessx86_64
> > 1:1.8.0.92-4.b14.fc23 updates   32 M
> >
> >
> > So I'm guessing something changed in the upstream FC23 where the dep
> > structure changed and java-*-devel is not installed as a dep of the
> > packages we do require in 'check-merged.packages'.
> >
> > I suppose the solution aught to be to add a
> > 'check-merged.packages.fc23' file and ensure
> > 'java-1.8.0-openjdk-devel' is installed.
> >
> >
> > On 17 July 2016 at 14:03, Barak Korren <bkor...@redhat.com> wrote:
> >> On 17 July 2016 at 13:38, Eyal Edri <ee...@redhat.com> wrote:
> >>> Might be related to new vms installed recently.
> >>>
> >>> Barak,  can you have a look? Maybe puppet didn't run..
> >>>
> >>
> >> This is a standard-CI job, so probably unrelated to VM configuration.
> >>
> >>
> >>> On Jul 17, 2016 1:25 PM, "Roy Golan" <rgo...@redhat.com> wrote:
> >>>>
> >>>> This job just failed after merged cause it didn't find javac
> >>>>
> >>
> >> This sounds similar to a failure sradco saw, please ask her how was it
> solved.
> >>
> >>
> >>
> >> --
> >> Barak Korren
> >> bkor...@redhat.com
> >> RHEV-CI Team
> >
> >
> >
> > --
> > Barak Korren
> > bkor...@redhat.com
> > RHEV-CI Team
>
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

CI failed to use javac 1.8

[Roy Golan]

This job just failed after merged cause it didn't find javac

http://jenkins.ovirt.org/job/ovirt-engine_3.6_check-merged-fc23-x86_64/88/console


An excerpt from the error:

```

*08:55:42* [INFO]
*08:55:42*
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile
(default-compile) on project jboss-modules-maven-plugin: Compilation
failure*08:55:42* [ERROR] Unable to locate the Javac Compiler
in:*08:55:42* [ERROR]
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.92-4.b14.fc23.x86_64/jre/../lib/tools.jar*08:55:42*
[ERROR] Please ensure you are using JDK 1.4 or above and*08:55:42*
[ERROR] not a JRE (the com.sun.tools.javac.Main class is
required).*08:55:42* [ERROR] In most cases you can change the location
of your Java*08:55:42* [ERROR] installation by setting the JAVA_HOME
environment variable.*08:55:42* [ERROR] -> [Help 1]


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

Re: [ovirt-devel] gerrit.ovirt.org migration

[Roy Golan]

Thanks for this effort guys, long waited.
On Jul 10, 2016 6:38 PM, "Eyal Edri"  wrote:

> Back up now.
>
> It is running now with 30GB RAM, 8 cores and better network, so overall we
> should see a major improvement.
> Please report any issues to infra is seen.
> e.
>
> On Sun, Jul 10, 2016 at 6:33 PM, Eyal Edri  wrote:
>
>> One last update to reboot it so it'll get all the goodies from 6.8
>> updated OS.
>> So it'll be up in a min.
>>
>> On Sun, Jul 10, 2016 at 6:28 PM, Shlomo Ben David 
>> wrote:
>>
>>> Hi All,
>>>
>>> The gerrit.ovirt.org migration process completed successfully.
>>> The server is up and running.
>>>
>>> Best Regards,
>>>
>>> Shlomi Ben-David | Software Engineer | Red Hat ISRAEL
>>> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>>>
>>> OPEN SOURCE - 1 4 011 && 011 4 1
>>>
>>> On Sun, Jul 10, 2016 at 5:35 PM, Shlomo Ben David 
>>> wrote:
>>>
 Hi All,

 Today we are planning to migrate gerrit.ovirt.org server to a new
 bigger instance on Amazon to improve performance.

- The migration will start at 18:00 IDT
- Estimate migration end time 19:00 IDT.


- During the migration the server will not be available (you won't
be able to send patches or review code)


- The server will be down for about an hour, but if we'll be able
to restore it before we'll let you know.


- An email will be sent at the end of the migration process.


 Best Regards,

 Shlomi Ben-David | Software Engineer | Red Hat ISRAEL
 Phone: +972-54-8008858
 IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

 OPEN SOURCE - 1 4 011 && 011 4 1

>>>
>>>
>>> ___
>>> Devel mailing list
>>> de...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>>
>> --
>> Eyal Edri
>> Associate Manager
>> RHEV DevOps
>> EMEA ENG Virtualization R
>> Red Hat Israel
>>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
>
> --
> Eyal Edri
> Associate Manager
> RHEV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Please enable gerrit gravatar plugin

[Roy Golan]

On Wed, Jun 29, 2016 at 11:55 AM, Shlomo Ben David <sbend...@redhat.com>
wrote:

> Hi,
>
> Basically the plugin is ready (i've compiled it on my station and checked
> on the gerrit test server).
>
> List of actions:
>
>1. There is no previous plugin so there is nothing to backup
>2. Copy the compiled plugin to the plugins directory
>(home/gerrit2/review_site/plugins)
>3. Restart the gerrit service (to load the new plugin)
>
> The rollback process should be very easy:
>
>1. Remove the plugin
>2. Restart the gerrit service
>
> The only problematic issue that i see is that the server doesn't has the
> latest updates, so currently i don't know for sure what will be missing.
>

What does the plugin documentation say about the supported server version?


> To give you more professional answer ==> i would say to clone the server,
> test the plugin on the cloned server and only then to produce it on the
> production server.
>
>
> Best Regards,
>
> Shlomi Ben-David | Software Engineer | Red Hat ISRAEL
> Phone: +972-54-8008858
> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>
> OPEN SOURCE - 1 4 011 && 011 4 1
>
> On Tue, Jun 28, 2016 at 11:19 PM, Eyal Edri <ee...@redhat.com> wrote:
>
>> I just saw some possible data corruption failures on some of the jenkins
>> jobs,
>> I'd like to investigate this before we do any install/upgrade.
>>
>> Shlomi,
>> Can you prepare a list of actions we need to install this plugin and also
>> what to do if we need to rollback?
>> Now that we have the snapshot capability, should be easier.
>>
>> e.
>>
>> On Tue, Jun 28, 2016 at 10:58 PM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> any updates?
>>>
>>> On Sun, Jun 19, 2016 at 2:49 PM, Eyal Edri <ee...@redhat.com> wrote:
>>>
>>>> This isn't different from any Gerrit upgrade, as its affecting the
>>>> Gerrit service.
>>>> So We'll shutdown the service for a maintenance window in order to
>>>> install it and verify it didn't affect any major functionality of the
>>>> server.
>>>>
>>>> e.
>>>>
>>>> On Sun, Jun 19, 2016 at 1:50 PM, Roy Golan <rgo...@redhat.com> wrote:
>>>>
>>>>> so the db will be out of sync with the repo
>>>>>
>>>>> On Sun, Jun 19, 2016 at 1:38 PM, Eyal Edri <ee...@redhat.com> wrote:
>>>>>
>>>>>> Its amazon,  I think it will be on the VM level.
>>>>>> On Jun 19, 2016 1:06 PM, "Roy Golan" <rgo...@redhat.com> wrote:
>>>>>>
>>>>>>> Snapshot only the gerrit install directory and not the repositories
>>>>>>> right?
>>>>>>>
>>>>>>> On Sun, Jun 19, 2016 at 12:23 PM, Eyal Edri <ee...@redhat.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Short update:
>>>>>>>> We'll soon be able to easily do snapshots for the Gerrit for
>>>>>>>> backup, so it will be much easier to install this plugin and others.
>>>>>>>>
>>>>>>>> On Mon, Jun 13, 2016 at 12:08 PM, Roy Golan <rgo...@redhat.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Thu, Jun 9, 2016 at 5:54 PM, Gil Shinar <gshi...@redhat.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> I do not want to start "playing" with Gerrit plugins on Thursday
>>>>>>>>>> a 18:00 o'clock.
>>>>>>>>>> Sorry I have seen this so late.
>>>>>>>>>> Shlomi or I Will do it on Monday.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks, let me know if you need me to test something.
>>>>>>>>>
>>>>>>>>> If any of you want to check you gravatar go to
>>>>>>>>> https://en.gravatar.com/site/check/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Gil
>>>>>>>>>>
>>>>>>>>>> On Thu, Jun 9, 2016 at 1:55 PM, Roy Golan <rgo...@redhat.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Dear infra, please enable this little important plugin [1]
>>>>>>>>>>>
>>>>>>>>>>> [1]
>>>>>>>>>>> https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gravatar
>>>>>>>>>>>
>>>>>>>>>>> ___
>>>>>>>>>>> Infra mailing list
>>>>>>>>>>> Infra@ovirt.org
>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ___
>>>>>>>>> Infra mailing list
>>>>>>>>> Infra@ovirt.org
>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Eyal Edri
>>>>>>>> Associate Manager
>>>>>>>> RHEV DevOps
>>>>>>>> EMEA ENG Virtualization R
>>>>>>>> Red Hat Israel
>>>>>>>>
>>>>>>>> phone: +972-9-7692018
>>>>>>>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Eyal Edri
>>>> Associate Manager
>>>> RHEV DevOps
>>>> EMEA ENG Virtualization R
>>>> Red Hat Israel
>>>>
>>>> phone: +972-9-7692018
>>>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>>>
>>>
>>>
>>
>>
>> --
>> Eyal Edri
>> Associate Manager
>> RHEV 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: Please enable gerrit gravatar plugin

[Roy Golan]

so the db will be out of sync with the repo

On Sun, Jun 19, 2016 at 1:38 PM, Eyal Edri <ee...@redhat.com> wrote:

> Its amazon,  I think it will be on the VM level.
> On Jun 19, 2016 1:06 PM, "Roy Golan" <rgo...@redhat.com> wrote:
>
>> Snapshot only the gerrit install directory and not the repositories
>> right?
>>
>> On Sun, Jun 19, 2016 at 12:23 PM, Eyal Edri <ee...@redhat.com> wrote:
>>
>>> Short update:
>>> We'll soon be able to easily do snapshots for the Gerrit for backup, so
>>> it will be much easier to install this plugin and others.
>>>
>>> On Mon, Jun 13, 2016 at 12:08 PM, Roy Golan <rgo...@redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Thu, Jun 9, 2016 at 5:54 PM, Gil Shinar <gshi...@redhat.com> wrote:
>>>>
>>>>> I do not want to start "playing" with Gerrit plugins on Thursday a
>>>>> 18:00 o'clock.
>>>>> Sorry I have seen this so late.
>>>>> Shlomi or I Will do it on Monday.
>>>>>
>>>>
>>>>
>>>> Thanks, let me know if you need me to test something.
>>>>
>>>> If any of you want to check you gravatar go to
>>>> https://en.gravatar.com/site/check/
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> Gil
>>>>>
>>>>> On Thu, Jun 9, 2016 at 1:55 PM, Roy Golan <rgo...@redhat.com> wrote:
>>>>>
>>>>>> Dear infra, please enable this little important plugin [1]
>>>>>>
>>>>>> [1]
>>>>>> https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gravatar
>>>>>>
>>>>>> ___
>>>>>> Infra mailing list
>>>>>> Infra@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ___
>>>> Infra mailing list
>>>> Infra@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>
>>>>
>>>
>>>
>>> --
>>> Eyal Edri
>>> Associate Manager
>>> RHEV 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: Please enable gerrit gravatar plugin

[Roy Golan]

Snapshot only the gerrit install directory and not the repositories right?

On Sun, Jun 19, 2016 at 12:23 PM, Eyal Edri <ee...@redhat.com> wrote:

> Short update:
> We'll soon be able to easily do snapshots for the Gerrit for backup, so it
> will be much easier to install this plugin and others.
>
> On Mon, Jun 13, 2016 at 12:08 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>>
>>
>> On Thu, Jun 9, 2016 at 5:54 PM, Gil Shinar <gshi...@redhat.com> wrote:
>>
>>> I do not want to start "playing" with Gerrit plugins on Thursday a 18:00
>>> o'clock.
>>> Sorry I have seen this so late.
>>> Shlomi or I Will do it on Monday.
>>>
>>
>>
>> Thanks, let me know if you need me to test something.
>>
>> If any of you want to check you gravatar go to
>> https://en.gravatar.com/site/check/
>>
>>
>>
>>
>>>
>>> Gil
>>>
>>> On Thu, Jun 9, 2016 at 1:55 PM, Roy Golan <rgo...@redhat.com> wrote:
>>>
>>>> Dear infra, please enable this little important plugin [1]
>>>>
>>>> [1]
>>>> https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gravatar
>>>>
>>>> ___
>>>> Infra mailing list
>>>> Infra@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>
>>>>
>>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> RHEV 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: Please enable gerrit gravatar plugin

[Roy Golan]

On Thu, Jun 9, 2016 at 5:54 PM, Gil Shinar <gshi...@redhat.com> wrote:

> I do not want to start "playing" with Gerrit plugins on Thursday a 18:00
> o'clock.
> Sorry I have seen this so late.
> Shlomi or I Will do it on Monday.
>


Thanks, let me know if you need me to test something.

If any of you want to check you gravatar go to
https://en.gravatar.com/site/check/




>
> Gil
>
> On Thu, Jun 9, 2016 at 1:55 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Dear infra, please enable this little important plugin [1]
>>
>> [1]
>> https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gravatar
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Please enable gerrit gravatar plugin

[Roy Golan]

Dear infra, please enable this little important plugin [1]

[1]
https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gravatar
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 431 - Failure!

[Roy Golan]

This patch passed CI +1 prior to merge so I'm not sure how this is
triggered.


On Sun, May 29, 2016 at 10:54 PM, Nadav Goldin <ngol...@redhat.com> wrote:

> this seems to be caused by:
>
> [INFO] Compiling module org.ovirt.engine.ui.webadmin.WebAdmin
> [INFO]Validating units:
> [INFO]   [ERROR] Errors in
>
> 'jar:file:/home/jenkins/workspace/ovirt-engine_master_upgrade-from-master_el7_merged/tmp_repo/ovirt-engine-4.1.0/backend/manager/modules/common/target/common-4.1.0-SNAPSHOT-sources.jar!/org/ovirt/engine/core/common/action/VdsOperationActionParameters.java'
> [INFO]  [ERROR] Line 23: No source code is available for type
>
> org.ovirt.engine.core.common.businessentities.HostedEngineDeployConfiguration;
> did you forget to inherit a required module?
> [INFO]   [WARN] Warnings in
>
> 'jar:file:/home/jenkins/workspace/ovirt-engine_master_upgrade-from-master_el7_merged/tmp_repo/ovirt-engine-4.1.0/frontend/webadmin/modules/gwt-common/target/gwt-common-4.1.0-SNAPSHOT.jar!/org/ovirt/engine/ui/common/uicommon/SpicePluginImpl.java'
>
> (thought it was caused by the recent puppet upgrade so searched the logs)
>
>
> On Sun, May 29, 2016 at 10:44 PM,  <jenk...@jenkins.phx.ovirt.org> wrote:
> > Project:
> http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_merged/
> > Build:
> http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_merged/431/
> > Build Number: 431
> > Build Status:  Failure
> > Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/43562
> >
> > -
> > Changes Since Last Success:
> > -----
> > Changes for Build #431
> > [Eyal Edri] fixing 4.0 publisher to push to 4.0 and not master
> >
> > [Roy Golan] host-deploy: Support deploying Hosted Engine components
> >
> >
> >
> >
> > -
> > Failed Tests:
> > -
> > No tests ran.
> >
> >
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: sonar and github

[Roy Golan]

On Thu, May 5, 2016 at 11:05 AM, Roman Mohr  wrote:

>
>
> On Thu, May 5, 2016 at 9:48 AM, Yaniv Kaul  wrote:
>
>>
>>
>> On Thu, May 5, 2016 at 10:42 AM, Roman Mohr  wrote:
>>
>>>
>>>
>>> On Thu, May 5, 2016 at 9:32 AM, Eyal Edri  wrote:
>>>
 Nice,
 So its an online hosted Sonar instance for open source projects?

>>>
>>> Exactly.
>>>
>>>
 What about other projects in oVirt like VDSM?

>>>
>>> We can ask them. Don't see any problems there.
>>> I would just start with the engine and see how the whole process works.
>>>
>>
>> On one hand Engine would be nice because we can compare it to Coverity.
>>
> On the other hand, I'd start with VDSM, as we don't have today something
>> for it - and it's a smaller project.
>>
>
> I have not much experience with sonar and python. Further I don't know if
> travis support is already don for VDSM. There was a thread a few weeks ago
> regarding this topic.
>
> Doing it with the engine will be very very easy for me. I can just do it
> while I work on other stuff ;)
>


I also suggest starting with the engine since the effort is small. Can they
report by mail on severity?


> Y.
>>
>>
>>>
>>>
 E.

 On Thu, May 5, 2016 at 10:13 AM, David Caro Estevez 
 wrote:

> On 05/05 09:13, David Caro Estevez wrote:
> >
> > Hey Roman,
> >
> > Adding the infra list
>
> Forgot to add them XP
>
> >
> > On 05/05 08:57, Roman Mohr wrote:
> > > Hi David,
> > >
> > > I have asked sonarqube if they would add ovirt-engine to
> > > https://nemo.sonarqube.org/.
> > >
> > > sonarqube is a pretty nice tool for source code analysis. It has a
> slightly
> > > different focus than coverity and could be very useful for us.
> >
> > Have you discussed this with the ovirt-engine maintainers/devs? Not
> that I
> > think it would be an issue, but usually people don't like surprises
> :)
> >
> > >
> > > They are happy to add us. In the past they just built everything
> on nemo
> > > and published the results but they are switching to building on
> travis and
> > > just upload the results.
> > >
> > > Do you think you could give me access to our ovirt-engine github
> repo?
> >
> > I can add the project, no problem, you can just make sure to create
> the new
> > branch with the travis yaml (if noone has issues with it).
> >
> > >
> > > I would do the following:
> > >  - prepare a .travis.yml file on a separate branch
> > >  - configure an account on nemo with the help of a sonarqube guy
> >
> > ^ the accounts are free? Can we create a project and add multiple
> admin
> > accounts? If not, we should find a way to share that account to
> avoid a single
> > maintainer
> >
> > >  - enable travis builds
> > >  - when everything works I would add the .travis.yml file through
> a normal
> > > gerrit patch
> > >  - give up my github permissions if required ;)
> > >
> > > Roman
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R
> >
> > Tel.: +420 532 294 605
> > Email: dc...@redhat.com
> > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > Web: www.redhat.com
> > RHT Global #: 82-62605
>
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R
>
> Tel.: +420 532 294 605
> Email: dc...@redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


 --
 Eyal Edri
 Associate Manager
 RHEV 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: [ATN] [ACTION REQUIRED] Tweaking engine CI flow

[Roy Golan]

On Wed, Mar 30, 2016 at 11:56 AM, David Caro <dc...@redhat.com> wrote:

> On 03/30 11:45, Roy Golan wrote:
> > Hi all,
> >
> > Eyal and I sat together to analyse and tweak the engine CI and this is
> what
> > we came up with:
> >
> > - dao test excludes updated - exclude dal/src/main/bundles from invoking
> > dao tests
> >   A trivial update of validation messages without any db change would
> > trigger dao test without any need. This is one less job run for lots of
> > patches.
> > This change is effective now.
>
> I really recommend merging this into the standard ci scripts and doing the
> trigger/don't trigger stuff there
>
> >
> > - Spare CI re-run on trivial rebases
> >   Gerrit trigger supports suppressing itself if the change to the tree
> was
> > trivial. Most of the waste of resources(time and IO :) )  is around
> > rebasing a change and waiting for CI to rerun. if Change1 is ci+1 and
> > Change2 is ci+1 the chances that they will break CI together is very
> small
> > and taking that risk is most probably worth it due to the huge resources
> > waste
>
> This is not exactly how it works, trivial rebases don't care if the
> previous
> patch had ci+1 or not, it just means that the rebase did not get any
> conflicts,
>
that most of the time is not related to the tests working or not (it might
> be
> that someone change a method on another file, that your patch is using and
> it
> will be a trivial rebase and break the tests/compile).
>
> Yes but this is very unlikely to happen. But there are obvious cases where
> it can:
>
If HEAD chaged a configuration file like pom files or other xml like
> fixtures.xml so we can force a trigger if there was a diff in the rebase
> change list.
>
> I don't really recommend skipping them. What you might meant is non-code
> changes, those are changes that only change the commit message, for
> example, if
> you have a patch, and you want to fix a typo in the commit message,
> currently
> that small commit message fix will require and trigger a ci run, while when
> skipping the non-code changes, it will not needed.
>
> We should exclude non-code changes only too.

>   This change isn't effective yet - *Please reply here* if you agree or
> not
> > to make this change available.
> >
> > All of this is 'master' - 3.6 will follow if we will agree on activating
> > that change.
> >
> > Thanks,
> > Roy
>
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R
>
> Tel.: +420 532 294 605
> Email: dc...@redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[ATN] [ACTION REQUIRED] Tweaking engine CI flow

[Roy Golan]

Hi all,

Eyal and I sat together to analyse and tweak the engine CI and this is what
we came up with:

- dao test excludes updated - exclude dal/src/main/bundles from invoking
dao tests
  A trivial update of validation messages without any db change would
trigger dao test without any need. This is one less job run for lots of
patches.
This change is effective now.

- Spare CI re-run on trivial rebases
  Gerrit trigger supports suppressing itself if the change to the tree was
trivial. Most of the waste of resources(time and IO :) )  is around
rebasing a change and waiting for CI to rerun. if Change1 is ci+1 and
Change2 is ci+1 the chances that they will break CI together is very small
and taking that risk is most probably worth it due to the huge resources
waste
  This change isn't effective yet - *Please reply here* if you agree or not
to make this change available.

All of this is 'master' - 3.6 will follow if we will agree on activating
that change.

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

Re: oVirt 3.6.3 RC3 build starting

[Roy Golan]

On Tue, Feb 16, 2016 at 11:23 AM, Eyal Edri  wrote:

>
>
> On Tue, Feb 16, 2016 at 9:12 AM, Sandro Bonazzola 
> wrote:
>
>> Fyi oVirt products maintainers,
>> An oVirt build for an official release is going to start right now.
>> If you're a maintainer for any of the projects included in oVirt
>> distribution and you have changes in your package ready to be released
>> please:
>> - bump version and release to be GA ready
>> - tag your release within git (implies a GitHub Release to be
>> automatically created)
>> - build your packages within jenkins / koji / copr / whatever
>> - verify all bugs on MODIFIED have target release and target milestone
>> set.
>>
>> For oVirt Engine: build is blocked on:
>> Network - https://bugzilla.redhat.com/show_bug.cgi?id=1304784
>>
>
> Adding Alona, I think we got an ETA of 1 hour to merge it.
> Alona, please confirm.
>
>
>>
>> SLA - https://bugzilla.redhat.com/show_bug.cgi?id=1305484
>>
>

ACK - It was merged, now the bug is on MOD.


> I think this is done, I'll let Roy reply with final ack.
>
>
>>
>>
>> Please provide an ETA for above bugs to be fixed.
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> 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: jenkins gives -1 although 3/3 jobs are SUCCESS

[Roy Golan]

On Wed, Dec 2, 2015 at 12:41 PM, Barak Korren <bkor...@redhat.com> wrote:

> Quickly looking at this, Its 3 out of 4 , the 4th job (for el7) is running
> atm.
>
>
Maybe its running but it already gave -1


> On 2 December 2015 at 12:29, Roy Golan <rgo...@redhat.com> wrote:
> > look at the -1 score from jenkins here.
> >
> > https://gerrit.ovirt.org/#/c/49517/
> >
> > All jobs succeeded but it says "build failed".
> >
> >
> > The error should be clearer and with some valuable message as developers
> and
> > maintainers will only get frustrated about this kind of stuff.
> >
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
>
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins gives -1 although 3/3 jobs are SUCCESS

[Roy Golan]

On Wed, Dec 2, 2015 at 12:43 PM, Roy Golan <rgo...@redhat.com> wrote:

>
>
> On Wed, Dec 2, 2015 at 12:41 PM, Barak Korren <bkor...@redhat.com> wrote:
>
>> Quickly looking at this, Its 3 out of 4 , the 4th job (for el7) is
>> running atm.
>>
>>
> Maybe its running but it already gave -1
>


this is a copy/paste from jenkins comment

Jenkins CI
5:40 AM

Patch Set 1: Continuous-Integration-1

Build Failed

http://jenkins.ovirt.org/job/ovirt-engine_master_unit-tests_gerrit/49684/ :
SUCCESS

http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fc23-x86_64/1553/
: SUCCESS

http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fc22-x86_64/5439/
: SUCCESS


>
>
>> On 2 December 2015 at 12:29, Roy Golan <rgo...@redhat.com> wrote:
>> > look at the -1 score from jenkins here.
>> >
>> > https://gerrit.ovirt.org/#/c/49517/
>> >
>> > All jobs succeeded but it says "build failed".
>> >
>> >
>> > The error should be clearer and with some valuable message as
>> developers and
>> > maintainers will only get frustrated about this kind of stuff.
>> >
>> > ___
>> > Infra mailing list
>> > Infra@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/infra
>> >
>>
>>
>>
>> --
>> Barak Korren
>> bkor...@redhat.com
>> RHEV-CI Team
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

jenkins gives -1 although 3/3 jobs are SUCCESS

[Roy Golan]

look at the -1 score from jenkins here.

https://gerrit.ovirt.org/#/c/49517/

All jobs succeeded but it says "build failed".


The error should be clearer and with some valuable message as developers
and maintainers will only get frustrated about this kind of stuff.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

internal 500 error on cherry-pick tab https://gerrit.ovirt.org/#/c/48720/10

[Roy Golan]

[image: Inline image 1]
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: internal 500 error on cherry-pick tab https://gerrit.ovirt.org/#/c/48720/10

[Roy Golan]

On Wed, Nov 25, 2015 at 10:33 AM, Eyal Edri <ee...@redhat.com> wrote:

> this usually happens when the session ends, did you try to log out /
> refresh / log in again?
> e.
>

My session is still active, I'm still reviewing and submitting. Refresh
didn't help, will try the relogin.

>
> 2015-11-25 10:30 GMT+02:00 Roy Golan <rgo...@redhat.com>:
>
>> [image: Inline image 1]
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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: Stuck job for oVirt Engine CI?

[Roy Golan]

joining the rant. This is not the first time we experience that.

On Sun, Nov 15, 2015 at 3:11 PM, Eyal Edri  wrote:

> there seems to be a queue now in progress, so that's the reason it takes
> time.
> also, we're investigating an issue with the proxy from phx DC, that is
> down and affecting the jobs.
>
> but regadless, i wonder if we can't enable concurrent jobs for
> http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/
> for e.g?
> right now its only running 1 instance at a time..
>
> this goes for all 'check-patch' jobs.
>
>
> On Sun, Nov 15, 2015 at 2:52 PM, Allon Mureinik 
> wrote:
>
>> Hi infra,
>>
>> I've observed over the weekend and today that sometimes ovirt-engine's CI
>> seems to be stuck.
>>
>> E.g., take a look at [1]. The first out of four jobs started about 90
>> mintues(!) ago, and nothing seems to have progressed since.
>>
>> Can someone please take a look?
>>
>>
>> Thanks,
>> Allon
>>
>> [1] https://gerrit.ovirt.org/#/c/48155/
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Stuck job for oVirt Engine CI?

[Roy Golan]

I post to infra usually. I will report on thread when I see more of these.


But why rely on developers report? Can't we measure how much time a job
takes to trigger and if
it exceeds it, report to infra automatically.

On Sun, Nov 15, 2015 at 5:55 PM, Eyal Edri <ee...@redhat.com> wrote:

> thanks for reporting roy, do you have an example for a patch that is
> waiting?
> the more reports we'll get on issues with the infra, the more chance there
> will be to fix it,
> we don't monitor the per patch jobs, its not possible with the amount, so
> we rely on reports from developers in order to fix it.
>
> On Sun, Nov 15, 2015 at 5:52 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> joining the rant. This is not the first time we experience that.
>>
>> On Sun, Nov 15, 2015 at 3:11 PM, Eyal Edri <ee...@redhat.com> wrote:
>>
>>> there seems to be a queue now in progress, so that's the reason it takes
>>> time.
>>> also, we're investigating an issue with the proxy from phx DC, that is
>>> down and affecting the jobs.
>>>
>>> but regadless, i wonder if we can't enable concurrent jobs for
>>> http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/
>>> for e.g?
>>> right now its only running 1 instance at a time..
>>>
>>> this goes for all 'check-patch' jobs.
>>>
>>>
>>> On Sun, Nov 15, 2015 at 2:52 PM, Allon Mureinik <amure...@redhat.com>
>>> wrote:
>>>
>>>> Hi infra,
>>>>
>>>> I've observed over the weekend and today that sometimes ovirt-engine's
>>>> CI seems to be stuck.
>>>>
>>>> E.g., take a look at [1]. The first out of four jobs started about 90
>>>> mintues(!) ago, and nothing seems to have progressed since.
>>>>
>>>> Can someone please take a look?
>>>>
>>>>
>>>> Thanks,
>>>> Allon
>>>>
>>>> [1] https://gerrit.ovirt.org/#/c/48155/
>>>>
>>>> ___
>>>> Infra mailing list
>>>> Infra@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>
>>>>
>>>
>>>
>>> --
>>> Eyal Edri
>>> Supervisor, RHEV CI
>>> 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
>>>
>>>
>>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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

ovirt-engine Ci is very very slow - hard to merge patches

[Roy Golan]

As you probably know the CI jobs for ovirt engine takes ages. After it
completes, you need to
pray that the tree didn't change otherwise gerrit refuse to merge and we
over it again.

Please disable it for now on *master*  as we can't merge quick enough.

Stable branches doesn't change that often so its a win. We don't risk them
and they anyhow makes less noise.

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

Re: error in gerrit review

[Roy Golan]

Anton the 500 error is still there for me. I also bumped into the same
issue as Dan

On Mon, Oct 19, 2015 at 11:51 AM, Anton Marchukov <amarc...@redhat.com>
wrote:

> Hello Dan.
>
> Can you confirm that it is still reproducible for you now? I hit the link
> and also tried that search filter and it works at the moment.
>
> Anton.
>
> On Mon, Oct 19, 2015 at 10:20 AM, Dan Kenigsberg <dan...@redhat.com>
> wrote:
>
>> On Sun, Oct 18, 2015 at 04:29:02PM +0300, Roy Golan wrote:
>> > I get a "500 Internal server error" under "Conflicts with" tab
>> >
>>
>> It smells unrelated, but recently I've noticed that my favorite gerrit
>> search no longer work:
>>
>>   "status:open project:vdsm label:verified+1 label:code-review>=+1
>> -label:code-review<=-1 branch:master"
>>
>> is wrongly url-encoded twice to
>>
>>
>> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+label:verified%252B1+label:code-review%253E%253D%252B1+-label:code-review%253C%253D-1+branch:master
>>
>> and ends with a "Code Review - Error
>> line 1:39 no viable alternative at character '%'"
>>
>> Is it a know gerrit bug? Is there a fix?
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: error in gerrit review

[Roy Golan]

On Mon, Oct 19, 2015 at 12:07 PM, Anton Marchukov <amarc...@redhat.com>
wrote:

> Hello Roy.
>
> This looks to be a gerrit bug, I see java.lang.NullPointerException in the
> logs. Are you still able to do reviews/rebase the change, etc? I am trying
> to understand severity so we can plan upgrade.
>
>
Do you plan to upgrade to 2.11 soon?  they allow editing the review code in
place which will
really shorten dev time


> Anton.
>
> On Mon, Oct 19, 2015 at 11:03 AM, Anton Marchukov <amarc...@redhat.com>
> wrote:
>
>> Hello Roy.
>>
>> This one I see. Checking.
>>
>> Anton.
>>
>> On Mon, Oct 19, 2015 at 10:53 AM, Roy Golan <rgo...@redhat.com> wrote:
>>
>>> Anton the 500 error is still there for me. I also bumped into the same
>>> issue as Dan
>>>
>>> On Mon, Oct 19, 2015 at 11:51 AM, Anton Marchukov <amarc...@redhat.com>
>>> wrote:
>>>
>>>> Hello Dan.
>>>>
>>>> Can you confirm that it is still reproducible for you now? I hit the
>>>> link and also tried that search filter and it works at the moment.
>>>>
>>>> Anton.
>>>>
>>>> On Mon, Oct 19, 2015 at 10:20 AM, Dan Kenigsberg <dan...@redhat.com>
>>>> wrote:
>>>>
>>>>> On Sun, Oct 18, 2015 at 04:29:02PM +0300, Roy Golan wrote:
>>>>> > I get a "500 Internal server error" under "Conflicts with" tab
>>>>> >
>>>>>
>>>>> It smells unrelated, but recently I've noticed that my favorite gerrit
>>>>> search no longer work:
>>>>>
>>>>>   "status:open project:vdsm label:verified+1 label:code-review>=+1
>>>>> -label:code-review<=-1 branch:master"
>>>>>
>>>>> is wrongly url-encoded twice to
>>>>>
>>>>>
>>>>> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+label:verified%252B1+label:code-review%253E%253D%252B1+-label:code-review%253C%253D-1+branch:master
>>>>>
>>>>> and ends with a "Code Review - Error
>>>>> line 1:39 no viable alternative at character '%'"
>>>>>
>>>>> Is it a know gerrit bug? Is there a fix?
>>>>>
>>>>
>>>>
>>>> --
>>>> Anton Marchukov
>>>> Senior Software Engineer - RHEV CI - Red Hat
>>>>
>>>>
>>>
>>
>>
>> --
>> Anton Marchukov
>> Senior Software Engineer - RHEV CI - Red Hat
>>
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

error in gerrit review

[Roy Golan]

I get a "500 Internal server error" under "Conflicts with" tab

[image: Inline image 1]
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

gerrit.ovirt.org is very slow, lots of errors

[Roy Golan]

Anyone is experiencing problems except me?

Very hard to work with it at the moment. Can someone have a look?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: gerrit.ovirt.org is very slow, lots of errors

[Roy Golan]

On Mon, Oct 12, 2015 at 10:50 AM, Anton Marchukov <amarc...@redhat.com>
wrote:

> Hello Roy.
>
> Can you give some more details on what are you doing? Are you accessing it
> from git or from the web? Any specific pages or actions you do? From first
> sight it seems to be functioning as usual.
>
>
>
>
Like mentioned below. Regular we usage, code reviewing.


> On Mon, Oct 12, 2015 at 9:41 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Anyone is experiencing problems except me?
>>
>> Very hard to work with it at the moment. Can someone have a look?
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: CI jobs doesn't trigger against 3.6.0 patch

[Roy Golan]

On Sun, Oct 11, 2015 at 10:23 AM, Eyal Edri <ee...@redhat.com> wrote:

> sagi is the infra owner this week.
> i think there is a problem with the branch/tag name - look at the branch
> this patch is running on: refs/tags/ovirt-engine-3.6.0
>
> never saw a patch that runs on a tag
>
> On Sun, Oct 11, 2015 at 10:10 AM, Roy Golan <rgo...@redhat.com> wrote:
>
>> Who can handle this ASAP? We have 3.6.0 patch[1] that should be merged.
>>
>> It seems that the job isn't triggered. I tried even using "Query and
>> Trigger gerrit patch job" and failed.
>>
>>
Spot on. I corrected this with https://gerrit.ovirt.org/#/c/47170.

Roy
>>
>> [1] https://gerrit.ovirt.org/#/c/47169/
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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

CI jobs doesn't trigger against 3.6.0 patch

[Roy Golan]

Who can handle this ASAP? We have 3.6.0 patch[1] that should be merged.

It seems that the job isn't triggered. I tried even using "Query and
Trigger gerrit patch job" and failed.

Roy

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

Re: Add AssertJ to artifactory

[Roy Golan]

Thanks, its there.

On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri <ee...@redhat.com> wrote:

> you're looking at the wrong artifactory.
> our mirror in in http://artifactory.ovirt.org/artifactory/ovirt-mirror.
>
> e.
>
> On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>>  I would expect the artifactory to find it on a search query but it
>> didn't
>> http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
>>
>> On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri <ee...@redhat.com> wrote:
>>
>>> adding infra.
>>> any reason why this isn't on maven central?
>>>
>>> e.
>>>
>>> On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan <rgo...@redhat.com> wrote:
>>>
>>>> We want to add a test jar dependency to the project and want to make
>>>> sure artifactory has that.
>>>>
>>>> Can you add this?
>>>>
>>>> http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
>>>>
>>>>
>>>> 
>>>> org.assertj
>>>> assertj-core
>>>> 2.1.0
>>>> 
>>>>
>>>>
>>>> Thanks
>>>>
>>>
>>>
>>>
>>> --
>>> Eyal Edri
>>> Supervisor, RHEV CI
>>> EMEA ENG Virtualization R
>>> Red Hat Israel
>>>
>>> phone: +972-9-7692018
>>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>>
>>
>>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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: Add AssertJ to artifactory

[Roy Golan]

its a test depency, its not needed for packaging

On Wed, Sep 2, 2015 at 4:56 PM, Alon Bar-Lev <alo...@redhat.com> wrote:

> needless to say that this assertj is not available in fedora and if not
> actually required for production use and actual important use case should
> not be added as dependency to our project.
>
> - Original Message -
> > From: "Roy Golan" <rgo...@redhat.com>
> > To: "Eyal Edri" <ee...@redhat.com>
> > Cc: "Roman Mohr" <rm...@redhat.com>, "infra" <infra@ovirt.org>
> > Sent: Wednesday, September 2, 2015 4:52:20 PM
> > Subject: Re: Add AssertJ to artifactory
> >
> > Thanks, its there.
> >
> > On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri < ee...@redhat.com > wrote:
> >
> >
> >
> > you're looking at the wrong artifactory.
> > our mirror in in http://artifactory.ovirt.org/artifactory/ovirt-mirror .
> >
> > e.
> >
> > On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan < rgo...@redhat.com > wrote:
> >
> >
> >
> > I would expect the artifactory to find it on a search query but it didn't
> >
> http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
> >
> > On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri < ee...@redhat.com > wrote:
> >
> >
> >
> > adding infra.
> > any reason why this isn't on maven central?
> >
> > e.
> >
> > On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan < rgo...@redhat.com > wrote:
> >
> >
> >
> > We want to add a test jar dependency to the project and want to make sure
> > artifactory has that.
> >
> > Can you add this?
> >
> > http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
> >
> >
> > 
> > org.assertj
> > assertj-core
> > 2.1.0
> > 
> >
> >
> > Thanks
> >
> >
> >
> > --
> > Eyal Edri
> > Supervisor, RHEV CI
> > EMEA ENG Virtualization R
> > Red Hat Israel
> >
> > phone: +972-9-7692018
> > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> >
> >
> >
> >
> > --
> > Eyal Edri
> > Supervisor, RHEV CI
> > 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
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Add AssertJ to artifactory

[Roy Golan]

 I would expect the artifactory to find it on a search query but it didn't
http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj

On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri <ee...@redhat.com> wrote:

> adding infra.
> any reason why this isn't on maven central?
>
> e.
>
> On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan <rgo...@redhat.com> wrote:
>
>> We want to add a test jar dependency to the project and want to make sure
>> artifactory has that.
>>
>> Can you add this?
>>
>> http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
>>
>>
>> 
>> org.assertj
>> assertj-core
>> 2.1.0
>> 
>>
>>
>> Thanks
>>
>
>
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> 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: Add AssertJ to artifactory

[Roy Golan]

On Wed, Sep 2, 2015 at 5:33 PM, Alon Bar-Lev <alo...@redhat.com> wrote:

>
>
> - Original Message -----
> > From: "Roy Golan" <rgo...@redhat.com>
> > To: "Alon Bar-Lev" <alo...@redhat.com>
> > Cc: "Eyal Edri" <ee...@redhat.com>, "Roman Mohr" <rm...@redhat.com>,
> "infra" <infra@ovirt.org>
> > Sent: Wednesday, September 2, 2015 5:25:18 PM
> > Subject: Re: Add AssertJ to artifactory
> >
> > On Wed, Sep 2, 2015 at 4:56 PM, Alon Bar-Lev <alo...@redhat.com> wrote:
> >
> > > needless to say that this assertj is not available in fedora and if not
> > > actually required for production use and actual important use case
> should
> > > not be added as dependency to our project.
> > >
> >
> > What the issue with jars for test?
>
> when building rpm tests run, right?
>
>
Let me put it more simple,
Whats the "risk" in adding any test jar into the compilation stage? it
doesn't get shipped and doesn't change the binaries




> >
> >
> > >
> > > - Original Message -
> > > > From: "Roy Golan" <rgo...@redhat.com>
> > > > To: "Eyal Edri" <ee...@redhat.com>
> > > > Cc: "Roman Mohr" <rm...@redhat.com>, "infra" <infra@ovirt.org>
> > > > Sent: Wednesday, September 2, 2015 4:52:20 PM
> > > > Subject: Re: Add AssertJ to artifactory
> > > >
> > > > Thanks, its there.
> > > >
> > > > On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri < ee...@redhat.com >
> wrote:
> > > >
> > > >
> > > >
> > > > you're looking at the wrong artifactory.
> > > > our mirror in in
> http://artifactory.ovirt.org/artifactory/ovirt-mirror .
> > > >
> > > > e.
> > > >
> > > > On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan < rgo...@redhat.com >
> wrote:
> > > >
> > > >
> > > >
> > > > I would expect the artifactory to find it on a search query but it
> didn't
> > > >
> > >
> http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
> > > >
> > > > On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri < ee...@redhat.com >
> wrote:
> > > >
> > > >
> > > >
> > > > adding infra.
> > > > any reason why this isn't on maven central?
> > > >
> > > > e.
> > > >
> > > > On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan < rgo...@redhat.com >
> wrote:
> > > >
> > > >
> > > >
> > > > We want to add a test jar dependency to the project and want to make
> sure
> > > > artifactory has that.
> > > >
> > > > Can you add this?
> > > >
> > > > http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
> > > >
> > > >
> > > > 
> > > > org.assertj
> > > > assertj-core
> > > > 2.1.0
> > > > 
> > > >
> > > >
> > > > Thanks
> > > >
> > > >
> > > >
> > > > --
> > > > Eyal Edri
> > > > Supervisor, RHEV CI
> > > > EMEA ENG Virtualization R
> > > > Red Hat Israel
> > > >
> > > > phone: +972-9-7692018
> > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Eyal Edri
> > > > Supervisor, RHEV CI
> > > > 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
> > > >
> > >
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Add AssertJ to artifactory

[Roy Golan]

On Wed, Sep 2, 2015 at 4:56 PM, Alon Bar-Lev <alo...@redhat.com> wrote:

> needless to say that this assertj is not available in fedora and if not
> actually required for production use and actual important use case should
> not be added as dependency to our project.
>

What the issue with jars for test?


>
> - Original Message -----
> > From: "Roy Golan" <rgo...@redhat.com>
> > To: "Eyal Edri" <ee...@redhat.com>
> > Cc: "Roman Mohr" <rm...@redhat.com>, "infra" <infra@ovirt.org>
> > Sent: Wednesday, September 2, 2015 4:52:20 PM
> > Subject: Re: Add AssertJ to artifactory
> >
> > Thanks, its there.
> >
> > On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri < ee...@redhat.com > wrote:
> >
> >
> >
> > you're looking at the wrong artifactory.
> > our mirror in in http://artifactory.ovirt.org/artifactory/ovirt-mirror .
> >
> > e.
> >
> > On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan < rgo...@redhat.com > wrote:
> >
> >
> >
> > I would expect the artifactory to find it on a search query but it didn't
> >
> http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
> >
> > On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri < ee...@redhat.com > wrote:
> >
> >
> >
> > adding infra.
> > any reason why this isn't on maven central?
> >
> > e.
> >
> > On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan < rgo...@redhat.com > wrote:
> >
> >
> >
> > We want to add a test jar dependency to the project and want to make sure
> > artifactory has that.
> >
> > Can you add this?
> >
> > http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
> >
> >
> > 
> > org.assertj
> > assertj-core
> > 2.1.0
> > 
> >
> >
> > Thanks
> >
> >
> >
> > --
> > Eyal Edri
> > Supervisor, RHEV CI
> > EMEA ENG Virtualization R
> > Red Hat Israel
> >
> > phone: +972-9-7692018
> > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> >
> >
> >
> >
> > --
> > Eyal Edri
> > Supervisor, RHEV CI
> > 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
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Where did my permission to remove reviewers go?

[Roy Golan]

I once had the ability to remove reviewers from a review that I perform 
(not my patch).


can I have it back, please?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: engine-patches mailing list

[Roy Golan]

On 06/09/2015 02:45 PM, Omer Frenkel wrote:


- Original Message -

From: David Caro dcaro...@redhat.com
To: Omer Frenkel ofren...@redhat.com
Cc: infra infra@ovirt.org
Sent: Tuesday, June 9, 2015 2:19:42 PM
Subject: Re: engine-patches mailing list

On 06/09, Omer Frenkel wrote:

Hi,
I've been monitoring the pending requests list for the engine-patches
mailing list for a while now,
from what i could see, no one send mails to this list except automated
mails initiated at gerrit (which is pretty much expected).
the rest is spam..

this makes a requirement for people using gerrit (code contributors and
reviewers) to subscribe to the list,
and get all the mails on all gerrit activity.
some people do not want to subscribe, and mails on their activity needs
manual processing.

maybe there is a way to have automated job to run daily/weekly to add all
gerrit users to the accept list for this list?
then i would change the list to automatically reject all mail from
non-subscribers and users that are not in the accept list.

what do you think?
any other suggestion?


see http://lists.ovirt.org/pipermail/devel/2015-June/010693.html

how this affect the engine-patches mailing list administration?


David why is engine-patches is needed at all? gerrit hooks are the one 
who triggers ci jobs no?



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

--
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization RD

Tel.: +420 532 294 605
Email: dc...@redhat.com
Web: www.redhat.com
RHT Global #: 82-62605


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


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

Re: engine-patches mailing list

[Roy Golan]

On 06/09/2015 03:22 PM, David Caro wrote:

On 06/09, Roy Golan wrote:

On 06/09/2015 02:45 PM, Omer Frenkel wrote:

- Original Message -

From: David Caro dcaro...@redhat.com
To: Omer Frenkel ofren...@redhat.com
Cc: infra infra@ovirt.org
Sent: Tuesday, June 9, 2015 2:19:42 PM
Subject: Re: engine-patches mailing list

On 06/09, Omer Frenkel wrote:

Hi,
I've been monitoring the pending requests list for the engine-patches
mailing list for a while now,

from what i could see, no one send mails to this list except automated

mails initiated at gerrit (which is pretty much expected).
the rest is spam..

this makes a requirement for people using gerrit (code contributors and
reviewers) to subscribe to the list,
and get all the mails on all gerrit activity.
some people do not want to subscribe, and mails on their activity needs
manual processing.

maybe there is a way to have automated job to run daily/weekly to add all
gerrit users to the accept list for this list?
then i would change the list to automatically reject all mail from
non-subscribers and users that are not in the accept list.

what do you think?
any other suggestion?

see http://lists.ovirt.org/pipermail/devel/2015-June/010693.html

how this affect the engine-patches mailing list administration?

David why is engine-patches is needed at all? gerrit hooks are the one who
triggers ci jobs no?

That seems a common misunderstanding, the gerrit hooks are not related to
jenkins, jenkins connects to gerrit itself (has stream access) independently of
the hooks.

Clarified that, not sure why engine-patches is needed but I think itamar and
some team leads use it to monitor activity. Though afaik that can be done
subscribing to the project (maibe that feature was not available on gerrit
before)

True, it wasn't and mails where used for code-review and monitoring.

So all subscribers must know how to subscribe to mail from the gerrit 
personal settings [1] and engine-patches should be deprecated


[1] https://gerrit.ovirt.org/#/settings/projects




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

--
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization RD

Tel.: +420 532 294 605
Email: dc...@redhat.com
Web: www.redhat.com
RHT Global #: 82-62605


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


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

Re: Proposing Liron Aravot as an engine-core maintainer

[Roy Golan]

On 01/26/2014 02:47 PM, Tal Nisan wrote:

Hi core maintainers,

I would like to propose Liron Aravot as an engine-core maintainer.

Liron joined the oVirt project on June 2012, and has since contributed
over 170 patches to master (not counting backports to various stable
branches).

He has been instrumental in implementing oVirt's Backup API for external
providers, and has a been a driving force in improving flows regarding
SPM election and master domain reconstruction, handling OVF backups and
various concurrency issues both as a coder and a reviewer.

Your response would be appreciated.

Thanks,
Tal.



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

Re: [ovirt-devel] [Devel] Proposing Roy Golan as VDSM Fake maintainer

[Roy Golan]

On 11/06/2014 12:20 PM, David Caro wrote:

Done!

thanks a lot.

Let me know of any issues.

On 11/06, Sandro Bonazzola wrote:

Il 06/11/2014 09:33, Tomas Jelinek ha scritto:

Hi,

I would like to propose Roy Golan as VDSM Fake (http://www.ovirt.org/VDSM_Fake) 
co-maintainer.

Your response would be appreciated.

+1


Thanks in advance.
Tomas
___
Devel mailing list
de...@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel



--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


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

Re: [oVirt Jenkins] ovirt-engine_master_animal-sniffer_merged - Build # 7306 - Failure!

[Roy Golan]

On 06/24/2014 09:18 AM, Jenkins ci oVirt Server wrote:

Project: http://jenkins.ovirt.org/job/ovirt-engine_master_animal-sniffer_merged/
Build: 
http://jenkins.ovirt.org/job/ovirt-engine_master_animal-sniffer_merged/7306/
Build Number: 7306
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/29106

-
Changes Since Last Success:
-
Changes for Build #7306
[Roy Golan] core: CDI workaournd jboss 7.1.1 bug




-
Failed Tests:
-
No tests ran.



build is failing because ovirt-host-deploy needs refresh using -U . 
alonbl updates its artifacts just now so it should take a while to refresh

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

intellij + pyCharm license for oVirt project

[Roy Golan]

I recently submitted a requested to jetbrains for a free license of 
intellij and pyCharm IDEs.

They sent me the keys and I want to share it with the team now.

Jetbrains asked to pass it developer-to-developer so in order to keep it 
fair we can ask
everyone who's interested to open a ticket and be replied back, after a 
small verification with the key.


So if that's acceptable let me know whats next.

Thanks,
Roy



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

request to install syntax highlighting extention for our wiki

[Roy Golan]

please install this syntax highlighting extention 
http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi


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