Welcome Vishnu!
- Original Message -
From: Vishnu Sreekumar vishnu.sr...@gmail.com
To: Eyal Edri ee...@redhat.com
Cc: infra@ovirt.org
Sent: Monday, January 26, 2015 11:01:51 AM
Subject: Re: Introduction: Vishnu
Thanks Eyal and happy to be on board..!
--
Vishnu
On Mon Jan 26
about that, as my jdbc-foo is not that strong...
Barak.
- Original Message -
From: Sandro Bonazzola sbona...@redhat.com
To: Sahina Bose sab...@redhat.com, infra infra@ovirt.org,
de...@ovirt.org, Barak Korren
bkor...@redhat.com, David Caro dcaro...@redhat.com
Sent: Wednesday, January 28
I wonder if we'll really need this on each and every builder.
Wouldn't one central squid VM suffice?
It could indeed be useful, also for caching packages pulled by yum.
Barak.
- Original Message -
From: Fabian Deutsch fdeut...@redhat.com
To: infra infra@ovirt.org
Sent: Wednesday,
.
- Original Message -
From: Alexander Wels aw...@redhat.com
To: Einav Cohen eco...@redhat.com
Cc: Barak Korren bkor...@redhat.com, Vojtech Szocs vsz...@redhat.com,
Infra infra@ovirt.org, Eyal Edri
ee...@redhat.com
Sent: Tuesday, April 28, 2015 7:26:52 PM
Subject: Re: [oVirt Jenkins] ovirt
- Original Message -
From: Dan Kenigsberg dan...@redhat.com
To: Barak Korren bkor...@redhat.com
Cc: Ido Barkan ibar...@redhat.com, Francesco Romani
from...@redhat.com, Infra infra@ovirt.org, rhev-ci
rhev...@redhat.com
Sent: Thursday, April 30, 2015 12:57:14 AM
Subject: Re: your
It seem that jUnit test are crushing (and not generating reports)
Running org.ovirt.engine.ui.frontend.FrontendTest
Apr 27, 2015 2:46:58 PM org.ovirt.engine.ui.frontend.Frontend$1 onFailure
SEVERE: Failed to execute runQuery:
com.google.gwt.user.client.rpc.StatusCodeException: 404
Yhea someone at some point writing some job decided to always blame infra for
everything... convenient...
- Original Message -
From: Yedidyah Bar David d...@redhat.com
To: Infra infra@ovirt.org
Sent: Monday, May 4, 2015 5:28:03 PM
Subject: Re: Change in ovirt-engine[master]:
Jenkins is back up. Please resume business as usual...
- Original Message -
From: Barak Korren bkor...@redhat.com
To: infra infra@ovirt.org
Cc: Eyal Edri ee...@redhat.com, de...@ovirt.org
Sent: Monday, June 29, 2015 10:39:16 AM
Subject: Re: fyi - outage in jenkins.ovirt.org
On 16 November 2015 at 12:48, Eyal Edri <ee...@redhat.com> wrote:
>
>
> On Mon, Nov 16, 2015 at 12:47 PM, Barak Korren <bkor...@redhat.com> wrote:
>>
>> On 16 November 2015 at 12:36, Yedidyah Bar David <d...@redhat.com> wrote:
>> > On Mon, Nov
On 9 November 2015 at 10:35, David Caro <dc...@redhat.com> wrote:
> On 11/09, Barak Korren wrote:
>> On 9 November 2015 at 00:27, David Caro <dc...@redhat.com> wrote:
>> > On 11/08, Barak Korren wrote:
>> >> If all jobs are using mock already, maybe we s
are not as easy to abandon as code patches
are...
You can find more (slightly outdated) information about the infra team
here: http://www.ovirt.org/Infra
Please don't hesitate to contact the infra mailing list if you want to join
up, we will be very happy to have you on board.
Regards,
Barak Korren,
oVirt
nton.
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
--
Barak Korren
bkor...@redhat.com
ilman/listinfo/devel
>
>
>
>
> --
> 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 li
intenance.
Where would you like to try and contribute?
> Regards
> Somansh Arora
>
>
>
>
--
*Barak Korren*
bkor...@redhat.com
oVirt infra Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
://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
R & D
> Phone: 8261328
> IRC: fromani
> ___
> 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
dmin: Remove useless condition in
> "PolicyUnitPanel.initWidget"
>
>
> Changes for Build #450
> [Juan Hernandez] webadmin: Use "parseInt" in "onPanelDragDrop"
>
>
> Changes for Build #451
> [Juan Hernandez] core: Remove option after checking null
>
>
> Changes for Build #452
> [Juan Hernandez] core: Use "Integer.compare" in "VdsCpuUsageComparator"
>
>
> Changes for Build #453
> [Juan Hernandez] core: Use "Long.parseLong" in
> "EvenDistributionBalancePolicyUnit"
>
>
> Changes for Build #454
> [Juan Hernandez] core: Use "Long.parseLong" in "PowerSavingBalancePolicyUnit"
>
>
> Changes for Build #455
> [Juan Hernandez] core: Don't use "Path" to join URL segments
>
>
> Changes for Build #456
> [Juan Hernandez] core: Check result of "listFiles" in "GetoVirtISOsQuery"
>
>
>
>
> -
> Failed Tests:
> -
> No tests ran.
>
>
> ___
> 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
ist
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>
>>
>>
>> --
>> 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
>
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
[1]). If you want to
make CI smarter so it will not do things it shouldn't be doing, all
you need to do is customize the automation scripts to be smarter and
run only the needed tests for the files that were changed by the
patch.
[1]: http://www.ovirt.org/CI/Build_and_test_standards
--
Barak Korren
ied to add the 'workflow' flag for that at some point (It is used
by most infra projects), but it was not accepted with any enthusiasm
by the devs, you can search back the discussion on 'devel'.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
d 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.o
you can place any HTML in 'index.html' including result
tables, graphs, etc.
Note that everything above is subject to change, final details will be
determined only when we start having patches that try to implement
this.
--
Barak Korren
bkor...@redhat.com
java:44)
I see sagi just changed this job to force java 7, so we'll see what happens...
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
Isn't it time to move this to standard CI?
בתאריך 7 בינו׳ 2016 18:52, "Piotr Kliczewski" כתב:
> Hi,
>
> Can someone create 3.6 jobs for vdsm-jsonrpc-java?
>
> Currently el6 job for 3.6 fails [1] due to missing slf4j dependency. This
> dependency is still available in [2] so
>>
>>> Not sure if it's related to your changes but I thought I might ask:
>>>
>>>
>>> http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_created/13876/console
>>>
Its a java version issue. Its running on an el6 slave with java 7
instead on el
rg
> http://lists.ovirt.org/mailman/listinfo/devel
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
so it will run faster,
> the job isn't yamelized so it's in the job config.
>
> e.
>
> --
> Eyal Edri
> Supervisor, RHEV CI
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-i
gt; SUCCESS
>
> --
> To view, visit https://gerrit.ovirt.org/39305
>
> Nir
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
>>
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>>
>> ___
>> Infra mailing list
>> Infra@o
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>
>
>
>
> --
> 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
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
members to
and also to provide high-level but detailed view of where we stand.
WDYT?
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
On 6 June 2016 at 11:46, Martin Perina wrote:
> No it's not, this is some strange failure in 3.5 upgrade script which seems
> to me impossible. The patch [1] didn't contain any db related stuff, so
> upgrade from master before this patch to master with this patch shouldn't
>
nd up as it should be for engine >= 4).
I've re-enabled the slave and configured the job accordingly.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
ands, but I'm not
sure those are required in all cases and outweigh the lack of
transparency in the logic and the probable need for manual
maintenance.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
' to specify where to run the deploy script (E.g. a
Jenkins label).
We could even consider not running the script inside mock, though I
think mock's benefits outweigh the limits it imposes on accessing the
outside system (which can be mostly bypassed anyway with bind mounts).
So,
WDYT?
--
Barak
בתאריך 2 ביוני 2016 20:00, "Evgheni Dereveanchin"
כתב:
>
> Status update: ovirt-srv04 was rebuilt with EL6.
You meant elu right?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
el7 (i hate phone keyboards)
בתאריך 3 ביוני 2016 12:28, "Barak Korren" <bkor...@redhat.com> כתב:
>
> בתאריך 2 ביוני 2016 20:00, "Evgheni Dereveanchin" <edere...@redhat.com>
> כתב:
> >
> > Status update: ovir
On 25 May 2016 at 14:52, David Caro <dc...@redhat.com> wrote:
> On 05/25 14:42, Barak Korren wrote:
>> On 25 May 2016 at 12:44, Eyal Edri <ee...@redhat.com> wrote:
>> > OK,
>> > I suggest to test using a VM with local disk (preferably on a host with SSD
>
o make sure to integrate this with recent work
by 'gshinar' that adds the postgres setup (and DAO tests) to
check_patch.sh.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
rtins <rmart...@redhat.com>
>> Gerrit-Reviewer: Sandro Bonazzola <sbona...@redhat.com>
>> Gerrit-Reviewer: Simone Tiraboschi <stira...@redhat.com>
>> Gerrit-Reviewer: Yedidyah Bar David <d...@redhat.com>
>> Gerrit-Reviewer: gerrit-hooks <automat...@ovirt.o
Gerrit-Reviewer: Alona Kaplan <alkap...@redhat.com>
> Gerrit-Reviewer: Jenkins CI
> Gerrit-Reviewer: Moti Asayag <masa...@redhat.com>
> Gerrit-Reviewer: Piotr Kliczewski <piotr.kliczew...@gmail.com>
> Gerrit-Reviewer: Yevgeny Zaspitsky <yzasp...@redhat.com>
&
On 6 June 2016 at 08:54, Eyal Edri wrote:
> Anyone knows why recently the 4.0/master publishers goes unstable?
> Even though the job finish successfully...
>
>
> http://jenkins.ovirt.org/job/ovirt_4.0_publish-rpms_nightly/
>
00:41:23 ERROR: Exception when publishing, exception
seem to do the same things:
http://jenkins.ovirt.org/job/ovirt-engine_master_check-merged-el7-x86_64/419/artifact/exported-artifacts/logs.tgz
(See the check_merged.sh log)
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.o
>
> the second implication is that we have zero slaves in 'error
> state'[3]**, so we have a 'fresh ground' and can monitor from now on
> if new puppet errors pop up.
>
Great work!
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Inf
Adding Rgolan because he is discussing this in a different thread.
On 30 May 2016 at 10:25, Martin Perina <mper...@redhat.com> wrote:
>
>
> On Mon, May 30, 2016 at 9:05 AM, Barak Korren <bkor...@redhat.com> wrote:
>>
>> On 30 May 2016 at 09:51, Martin Perina &l
gt;> Gerrit-Reviewer: Martin Peřina <mper...@redhat.com>
>> Gerrit-Reviewer: Oved Ourfali <oourf...@redhat.com>
>> Gerrit-Reviewer: gerrit-hooks <automat...@ovirt.org>
>> Gerrit-HasComments: No
>
>
>
> ___
> 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
>
> Seems these are all RH people, so no problem to access the service.
>
> Eyal and others can you give a look?
>
Looks allright to me...
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://
On 30 May 2016 at 09:33, Roy Golan <rgo...@redhat.com> wrote:
> This patch passed CI +1 prior to merge so I'm not sure how this is
> triggered.
>
This is a post-merge check, as implied by the '_merged' suffix.
--
Barak Korren
bkor...@redhat.c
this would allow more
> responsiveness in case of migration to ask for it.
>
> So, who should have access to DNS? All the users in the Puppet config?
>
Yep, the infra team.
(Please note that Puppet also includes configuration for the integration team)
--
Barak Korre
On 29 May 2016 at 11:06, Eyal Edri <ee...@redhat.com> wrote:
> Any update on that error?
> Infra issue / integration bug?
>
Last build failed on git issue, rerunning now
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mai
se I will just restart them as well.
These VMs are used on the old Jenkins:
http://jenkins-old.ovirt.org/computer/
Since there are a few jobs still running there, please make sure to
also look at it when you're moving slaves around.
Regards,
Barak.
--
Barak Korren
bkor
I/O overhead.
2. They need to coordinate metadata access for large amounts of files.
Bottlenecks in the metadata management system are a common issue for
distributes FS storages.
Since most of our data is ephemeral anyway I don't think we need to
pay this overhead.
--
Barak Korren
bkor...@red
, so the
installation of the system to update _from_ is failing.
Not sure is that repo should be updated or wither we should change the
job to install the basic system from somewhere else.
integ team, please advise how to proceed.
Thanks,
Barak.
On 29 May 2016 at 12:43, Barak Korren <b
).
No harm in accounting.
Since most users already need this to use Gerrit the impact will
probably not be huge.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
This could be done, but not trival to do, and also requires you to know,
before merging, that this is the patch you are gonna release.
A differnt but somewhat common practice is to use git tagging and 'git
describe' to set the package version.
We can make build_artifacts trigger when a tag is
d75552645de9ff4969b48fcb7ab226d4fe3930220744(sha256)
>
> Any idea?
It seems the 'nsis-simple-service-plugin-1.30-1.noarch.rpm' file is
different from what the yum metadata says it should be, was it
tampered with?
Did anyone try to update it manually on resources.ovirt.org without
re-runn
to
ensure we have the right version on resources.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
>
> On Thu, Jan 7, 2016 at 4:10 PM, Allon Mureinik <amure...@redhat.com> wrote:
>>
>> no dice :-(
>>
>> On Thu, Jan 7, 2016 at 12:41 PM, Barak Korren <bkor...@redhat.com> wrote:
>>>
>>> On 7 January 2016 at 11:42, Nir Soffer <nso
ack.org/cgit/openstack-infra/zmq-event-publisher/tree/README
[3]: https://wiki.jenkins-ci.org/display/JENKINS/Single+Use+Slave+Plugin
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
just do it from the
job that used it because it will make the job fail.
But maybe we can actually use the good old 'shutdown $TIME_DELAY' to
make the slave shut down a few seconds after the job is done...
I can't believe I forgot you can time delay a shut down... I was
initially thin
a fixed pool of VMs that are
up and ready is a viable option. And in practice it will mean service
time for the jobs will be faster.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
is to connect to the master from the slave.
>
I got a different impression from the docs, we will have to just try
it and see I guess.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
ri
>> Associate Manager
>> EMEA ENG Virtualization R
>> Red Hat Israel
>>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
>
>
>
> --
> 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
>
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
/Swarm+Plugin
[5]:
https://docs.puppetlabs.com/hiera/1/puppet.html#assigning-classes-to-nodes-with-hiera-hierainclude
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
proxy on its own like the current script does.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
of you getting the access you need,
also please remember to add the password hash, it is needed for sudo
access and accounts will not be created without it.
Right now the patch above is not getting merged because Didi's
password hash is missing.
--
Barak Korren
bkor...@redhat.c
t;>
>>
>>
>> On Wed, Jan 13, 2016 at 5:42 PM, Barak Korren <bkor...@redhat.com> wrote:
>>>
>>> >>
>>> >> Please grant me access to resource.ovirt.org server.
>>> >
>>> Dear integration team,
>>> Please s
can we close-wontfix this?
בתאריך 24 ביוני 2016 13:22, "Anton Marchukov (oVirt JIRA)" <
j...@ovirt-jira.atlassian.net> כתב:
>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Anton Marchukov reassigned
בתאריך 17 ביוני 2016 10:09, "Marc Dequènes (Duck)" כתב:
>
>
> We could also wait for him to finish releasing MM 3.1 and then harass
> him (or bribe him with nice beers).
>
> I don't think allowing only external auth like Google OAuth2 would be
> nice at all.
>
> So before
בתאריך 17 ביוני 2016 10:09, "Marc Dequènes (Duck)" כתב:
>
> I don't think allowing only external auth like Google OAuth2 would be
> nice at all.
>
I respectfully disagree.
As long as we allow more then one provider, and also allow for some free
ones like Fedora its not bad at
Hi,
jenkins.ovirt.org is currently out of space.
Looking at it I see the /var/lib/jenkins/gerrit-backup directory which
takes 14G and seems to be quite out of date (Latest file is from Nov,
2015).
Could it be removed?
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
On 8 February 2016 at 10:55, Eyal Edri <ee...@redhat.com> wrote:
> yes,
> as long as we verify that the last backups are alive and working on
> gerrit.ovirt.org. [1]
>
>
So where should the last backups be?
--
Barak Korren
bkor...@re
oud" and disks are already resizeable.
>
Becasue LVM lets you do snapshots you can mount and copy somewhere
else (e.g. to do atomic backups). You cannot do that easily with oVirt
disk snapshots ATM.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
__
ed space in the volume), not sure if that is possible.
>
You forgot the 1st thing we told you - "don't create partitions on the disk"...
Instead the whole disk '/dev/vdX' should be formatted as a PV, then you can
grow it from the engine and then 'pvre
/#/c/52780/
[1]: http://www.ovirt.org/CI/Build_and_test_standards
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
ost of that should be a lot faster the 2nd time around, and also
there is some work being done to shrink down the images.
@Yaniv, you did the test on a machine that didn't run Lago before and
was in TLV while using the repo in PHX right?
--
Barak Korren
bkor...@redha
at build the nodes.
>
Adding infra.
Tolik, did you build those in copr? can you send the copr links?
Also, afaik node builds happen inside mock now days no? so probably no
manual slave updating will be needed.
P.s. If you're using Standard CI, you can just add the copr repos to
that automation/*.repo
>
>
> Barak can you update ci-tools?
>
>
done.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
265
> https://github.com/PyCQA/pep8/pull/360
>
This was probably added on F23 but not landed in EL6/7 yey (or will
not ever). You can force this my making pep8 used some configuration
file in check_patch.sh
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
>
>
> Barak can you update ci-tools?
>
>
If the job in question is built with Standard-CI, id rather the copr
repo will be added there and removed once not needed, instead of
placing the temporary RPMs in ci-tools and then forgetting them there.
--
Barak Korren
bkor...@redhat.c
ed runs after merge.
So if you want tests to run after merge you need to put them in check_merged.sh
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
>
> Yes sorry, check_merge is the one.
> Was it removed intentionally?
>
Looks like there aren't check_merged jobs for vdsm, were there?
Did anyone made any at some point?
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailin
Are the IPMI ports of the PHX hypervisor hosts connected to a separate
physical network then the communication ports? Was it ensured that
there is no single failure that can bring both networks down?
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
data shouldn't be copied, but rather re-deloyed via YAML.
>> we can keep the old jenkins.ovirt.org for a while for history & testing
>> reasons.
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v7.2.0-OD-03-014#72000)
> __
בתאריך 28 במרץ 2016 17:50, "Eyal Edri" כתב:
>
> Actually there is a ticket [1] to remove all dao tests jobs and move them
to STD CI,
> But as Barak said the jobs can't run without a DB and postgres installed,
so support should be added to the STD ci code (probably copying it
utomatically
figure out there are new Fedora/CentOS guest image releases, for RHEL
its easy because we can query Brew downstream...)
But we're getting there, you can be sure if that...
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailin
t;> --
>> 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)
>>
>> ___
x86_64/4983/
started last night and is still stuck.
Can you check why?
Can you make sure jobs are aborted after a long timeout?
We need to keep CI continuous!
Regards,
Dan.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
d make us incur some technical debt we will not pay
quickly. I'd rather pay it upfront. But I can understand if we want to
take such short cuts it the interest of getting Mailman out of some
bad state it is currently it. I'm not sure what is the situation with
it right now
restart it and not sure about the reason. It might be a new bug so
> it might reappear again.
>
I've seen it happen a couple of more time over the last two days, I
guess the version we have currently is buggy
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
ager/modules/searchbackend
> backend/manager/modules/aaa
>
This can be easily added to check_patch.sh in the engine repo, you
don't need us (infra) to enable this at all.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
led kind of
job without execution history and that tries to block your borwser
session while its running.
Might as well just write free-style projects that run on master and
have a system-groovy build step, then we can maintain them with JJB.
--
Barak Korren
bkor...@redhat.c
ociate 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/mailm
Hi Evgheni! Welcome and good luck!
בתאריך 25 במרץ 2016 16:54, "Evgheni Dereveanchin"
כתב:
> My name is Evgheni. I'll be joining RHEV DevOps soon
> and oVirt Infra will be one of my responsibilities.
>
> So I wanted to say hi to everyone! Just subscribed
> to this list to
_
> 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
On 20 March 2016 at 17:11, Ala Hino <ah...@redhat.com> wrote:
> To manually retrigger builds
>
You don`t need a user for that, use this link:
http://jenkins.ovirt.org/gerrit_manual_trigger/
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
_
caro|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
>
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
own and better monitoring now.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
ver (Tower? Foreman? something else?), but I'm not
sure how mature that deployment scenario is right now, nor wither
existing Ansible code fits that scenario.
--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
1 - 100 of 2781 matches
Mail list logo