11:38 a.m.
--N+dhEFW7Y2Uiel/w
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Sorry I haven't been talking much about this here, but there have been
discussions going in the back-channel around what we need to do for
putting up Gerrit and Jenkins.
Why all the fast moves? I think the point is to be nimble, do what we
know to do, and make things as breakable, fixable, and replaceable as
we can. We're getting things going in record time, as we need to be
that way for now.[0]
We'll have some breathing time mid-November to rethink how we are
approaching infrastructure. We have to recognize that many people come
to this community, and we want an infrastructure that is welcoming to
them. For example, I'm hoping more infrastructure and services will
come from some of the strategic companies involved, just as I hope to
see more from Red Hat IT.
So the back-channel discussions we've had so far settle on us using a
few VM images on EC2. Red Hat is providing these, we'll load them with
RHEL 6 + EPEL, and we'll go in to trim and harden along the lines of
the community services infrastructure[1] (CSI) I'd like us to work
with. Volunteers?
We'll need to work out the configuration details for Gerrit and
Jenkins. They are both new to me, but I'm not afraid. :) So ... what
should the architecture of these look like?
I'm thinking we have two instances:
* jenkins.ovirt.org - a low-running, very tight image that can scale
to great heights when crunching tests. I'm not going to push an app
server here - small is good, I presume, but I wouldn't mind learning
an EE6 platform, such as JBoss AS 7. :) Still, that's our own
overhead we manage ...
* gerrit.ovirt.org git.ovirt.org - trimmed as a web server. It doesn't
need a database, right? git.ovirt.org is just an alias.
Does that cover it?
Thanks - Karsten
[0] https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_communi=
ty
[1] https://fedorahosted.org/csi/
--=20
name: Karsten 'quaid' Wade, Sr. Community Gardener
team: Red Hat Community Architecture & Leadership
uri: http://communityleadershipteam.org
http://TheOpenSourceWay.org
gpg: AD0E0C41
--N+dhEFW7Y2Uiel/w
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iD8DBQFOjWjp2ZIOBq0ODEERAjwfAKCgB/75Fi8RZKQLRgzMLTYumdv2uACgkzB5
9YWFvXZyNTlXdS4VYrdus9I=
=eO8T
-----END PGP SIGNATURE-----
--N+dhEFW7Y2Uiel/w--
12:36 p.m.
On 10/06/2011 10:38 AM, Karsten Wade wrote:
Sorry I haven't been talking much about this here, but there have
been
discussions going in the back-channel around what we need to do for
putting up Gerrit and Jenkins.
Why all the fast moves? I think the point is to be nimble, do what we
know to do, and make things as breakable, fixable, and replaceable as
we can. We're getting things going in record time, as we need to be
that way for now.[0]
We'll have some breathing time mid-November to rethink how we are
approaching infrastructure. We have to recognize that many people come
to this community, and we want an infrastructure that is welcoming to
them. For example, I'm hoping more infrastructure and services will
come from some of the strategic companies involved, just as I hope to
see more from Red Hat IT.
So the back-channel discussions we've had so far settle on us using a
few VM images on EC2. Red Hat is providing these, we'll load them with
RHEL 6 + EPEL, and we'll go in to trim and harden along the lines of
the community services infrastructure[1] (CSI) I'd like us to work
with. Volunteers?
We'll need to work out the configuration details for Gerrit and
Jenkins. They are both new to me, but I'm not afraid. :) So ... what
should the architecture of these look like?
I'm thinking we have two instances:
* jenkins.ovirt.org - a low-running, very tight image that can scale
to great heights when crunching tests. I'm not going to push an app
server here - small is good, I presume, but I wouldn't mind learning
an EE6 platform, such as JBoss AS 7. :) Still, that's our own
overhead we manage ...
from our experience we will need multiple machines set up as jenkins
slaves to run the expected workload.
jenkins has a plugin to stop/start the instances in EC2 per required
load (didn't test how good it is yet)
https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin
* gerrit.ovirt.org git.ovirt.org - trimmed as a web server. It doesn't
need a database, right? git.ovirt.org is just an alias.
we are using a lightly forked version today for improved emails to patch
mailing list until our patches are accepted (hopefully) in gerrit upstream.
the change allows patches in the mailing list to contain the patch
comments inline like in regular patch reviews.
Does that cover it?
Thanks - Karsten
[0] https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_community
[1] https://fedorahosted.org/csi/
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
1:35 p.m.
Hi Karsten,
I'm maintaining the jenkins and gerrit instances for rhevm downstream.
i would be happy to pitch in and help raise the infrastructure for jenkins/gerrit in
ovirt.
let's start with getting 2 EC2 vms to run gerrit and jenkins on.
we can also look at existing open source jenkins instances that other companies use [0]
also an interesting presentation about advantages of using jenkins for an opensource
project [1]
[0] https://wiki.jenkins-ci.org/pages/viewpage.action?pageId=58001258
[1] http://www.slideshare.net/ndeloof/opening-opensource-the-jenkins-way
Eyal Edri
RHEVM Integration team
Red Hat
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: "Karsten Wade" <kwade(a)redhat.com>
Cc: infra(a)ovirt.org, "Eyal Edri" <eedri(a)redhat.com>
Sent: Thursday, October 6, 2011 11:36:40 AM
Subject: Re: Gerrit, Jenkins solutions
On 10/06/2011 10:38 AM, Karsten Wade wrote:
> Sorry I haven't been talking much about this here, but there have
> been
> discussions going in the back-channel around what we need to do for
> putting up Gerrit and Jenkins.
>
> Why all the fast moves? I think the point is to be nimble, do what
> we
> know to do, and make things as breakable, fixable, and replaceable
> as
> we can. We're getting things going in record time, as we need to be
> that way for now.[0]
>
> We'll have some breathing time mid-November to rethink how we are
> approaching infrastructure. We have to recognize that many people
> come
> to this community, and we want an infrastructure that is welcoming
> to
> them. For example, I'm hoping more infrastructure and services will
> come from some of the strategic companies involved, just as I hope
> to
> see more from Red Hat IT.
>
> So the back-channel discussions we've had so far settle on us using
> a
> few VM images on EC2. Red Hat is providing these, we'll load them
> with
> RHEL 6 + EPEL, and we'll go in to trim and harden along the lines
> of
> the community services infrastructure[1] (CSI) I'd like us to work
> with. Volunteers?
>
> We'll need to work out the configuration details for Gerrit and
> Jenkins. They are both new to me, but I'm not afraid. :) So ...
> what
> should the architecture of these look like?
>
> I'm thinking we have two instances:
>
> * jenkins.ovirt.org - a low-running, very tight image that can
> scale
> to great heights when crunching tests. I'm not going to push an
> app
> server here - small is good, I presume, but I wouldn't mind
> learning
> an EE6 platform, such as JBoss AS 7. :) Still, that's our own
> overhead we manage ...
from our experience we will need multiple machines set up as jenkins
slaves to run the expected workload.
jenkins has a plugin to stop/start the instances in EC2 per required
load (didn't test how good it is yet)
https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin
>
> * gerrit.ovirt.org git.ovirt.org - trimmed as a web server. It
> doesn't
> need a database, right? git.ovirt.org is just an alias.
we are using a lightly forked version today for improved emails to
patch
mailing list until our patches are accepted (hopefully) in gerrit
upstream.
the change allows patches in the mailing list to contain the patch
comments inline like in regular patch reviews.
>
> Does that cover it?
>
> Thanks - Karsten
>
> [0]
> https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_community
>
> [1] https://fedorahosted.org/csi/
>
>
>
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
7:16 p.m.
--i3lJ51RuaGWuFYNw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Oct 06, 2011 at 06:35:07AM -0400, Eyal Edri wrote:
Hi Karsten,
=20
I'm maintaining the jenkins and gerrit instances for rhevm
downstream. i would be happy to pitch in and help raise the
infrastructure for jenkins/gerrit in ovirt.
Great! If you aren't on the infra(a)ovirt.org list, can you join?
http://lists.ovirt.org/mailman/listinfo/infra
let's start with getting 2 EC2 vms to run gerrit and jenkins on.
OK, I can do that with the VMs from Itamar.
we can also look at existing open source jenkins instances that other
com=
panies use [0]
also an interesting presentation about advantages of using jenkins
for an=
opensource project [1]
That's really interesting. We'll have to see if we can turn the
culture of using Gerrit and Jenkins in to a few rules/processes/how-to
docs.
Cheers - Karsten
[0]
https://wiki.jenkins-ci.org/pages/viewpage.action?pageId=3D58001258
[1] http://www.slideshare.net/ndeloof/opening-opensource-the-jenkins-way
=20
=20
Eyal Edri
RHEVM Integration team
Red Hat
=20
----- Original Message -----
> From: "Itamar Heim" <iheim(a)redhat.com>
> To: "Karsten Wade" <kwade(a)redhat.com>
> Cc: infra(a)ovirt.org, "Eyal Edri" <eedri(a)redhat.com>
> Sent: Thursday, October 6, 2011 11:36:40 AM
> Subject: Re: Gerrit, Jenkins solutions
>=20
> On 10/06/2011 10:38 AM, Karsten Wade wrote:
> > Sorry I haven't been talking much about this here, but there have
> > been
> > discussions going in the back-channel around what we need to do for
> > putting up Gerrit and Jenkins.
> >
> > Why all the fast moves? I think the point is to be nimble, do what
> > we
> > know to do, and make things as breakable, fixable, and replaceable
> > as
> > we can. We're getting things going in record time, as we need to be
> > that way for now.[0]
> >
> > We'll have some breathing time mid-November to rethink how we are
> > approaching infrastructure. We have to recognize that many people
> > come
> > to this community, and we want an infrastructure that is welcoming
> > to
> > them. For example, I'm hoping more infrastructure and services will
> > come from some of the strategic companies involved, just as I hope
> > to
> > see more from Red Hat IT.
> >
> > So the back-channel discussions we've had so far settle on us using
> > a
> > few VM images on EC2. Red Hat is providing these, we'll load them
> > with
> > RHEL 6 + EPEL, and we'll go in to trim and harden along the lines
> > of
> > the community services infrastructure[1] (CSI) I'd like us to work
> > with. Volunteers?
> >
> > We'll need to work out the configuration details for Gerrit and
> > Jenkins. They are both new to me, but I'm not afraid. :) So ...
> > what
> > should the architecture of these look like?
> >
> > I'm thinking we have two instances:
> >
> > * jenkins.ovirt.org - a low-running, very tight image that can
> > scale
> > to great heights when crunching tests. I'm not going to push an
> > app
> > server here - small is good, I presume, but I wouldn't mind
> > learning
> > an EE6 platform, such as JBoss AS 7. :) Still, that's our own
> > overhead we manage ...
>=20
> from our experience we will need multiple machines set up as jenkins
> slaves to run the expected workload.
> jenkins has a plugin to stop/start the instances in EC2 per required
> load (didn't test how good it is yet)
> https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin
>=20
>=20
>=20
> >
> > * gerrit.ovirt.org git.ovirt.org - trimmed as a web server. It
> > doesn't
> > need a database, right? git.ovirt.org is just an alias.
>=20
> we are using a lightly forked version today for improved emails to
> patch
> mailing list until our patches are accepted (hopefully) in gerrit
> upstream.
> the change allows patches in the mailing list to contain the patch
> comments inline like in regular patch reviews.
>=20
> >
> > Does that cover it?
> >
> > Thanks - Karsten
> >
> > [0]
> > https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_commu=
nity
> >
> > [1] https://fedorahosted.org/csi/
> >
> >
> >
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>=20
>=20
--=20
name: Karsten 'quaid' Wade, Sr. Community Gardener
team: Red Hat Community Architecture & Leadership
uri: http://communityleadershipteam.org
http://TheOpenSourceWay.org
gpg: AD0E0C41
--i3lJ51RuaGWuFYNw
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iD8DBQFOjyXt2ZIOBq0ODEERAs+LAKCp0DVQ/gCL8NTmhQ68Rzvx3wzKwQCgrxCl
i0XxY59WRphKJi/vij5aR1M=
=wfKT
-----END PGP SIGNATURE-----
--i3lJ51RuaGWuFYNw--
2:54 p.m.
----- Original Message -----
From: "Karsten Wade" <kwade(a)redhat.com>
To: "Eyal Edri" <eedri(a)redhat.com>
Cc: infra(a)ovirt.org
Sent: Friday, October 7, 2011 6:16:45 PM
Subject: Re: Gerrit, Jenkins solutions
On Thu, Oct 06, 2011 at 06:35:07AM -0400, Eyal Edri wrote:
> Hi Karsten,
>
> I'm maintaining the jenkins and gerrit instances for rhevm
> downstream. i would be happy to pitch in and help raise the
> infrastructure for jenkins/gerrit in ovirt.
Great! If you aren't on the infra(a)ovirt.org list, can you join?
already there
http://lists.ovirt.org/mailman/listinfo/infra
> let's start with getting 2 EC2 vms to run gerrit and jenkins on.
OK, I can do that with the VMs from Itamar.
> we can also look at existing open source jenkins instances that
> other companies use [0]
> also an interesting presentation about advantages of using jenkins
> for an opensource project [1]
That's really interesting. We'll have to see if we can turn the
culture of using Gerrit and Jenkins in to a few
rules/processes/how-to
docs.
i'm looking into best practises of installing jenkins on a public server for an
opensource project.
once i'll have something, we can put it in the site wiki.
Cheers - Karsten
> [0]
> https://wiki.jenkins-ci.org/pages/viewpage.action?pageId=58001258
> [1]
> http://www.slideshare.net/ndeloof/opening-opensource-the-jenkins-way
>
>
> Eyal Edri
> RHEVM Integration team
> Red Hat
>
> ----- Original Message -----
> > From: "Itamar Heim" <iheim(a)redhat.com>
> > To: "Karsten Wade" <kwade(a)redhat.com>
> > Cc: infra(a)ovirt.org, "Eyal Edri" <eedri(a)redhat.com>
> > Sent: Thursday, October 6, 2011 11:36:40 AM
> > Subject: Re: Gerrit, Jenkins solutions
> >
> > On 10/06/2011 10:38 AM, Karsten Wade wrote:
> > > Sorry I haven't been talking much about this here, but there
> > > have
> > > been
> > > discussions going in the back-channel around what we need to do
> > > for
> > > putting up Gerrit and Jenkins.
> > >
> > > Why all the fast moves? I think the point is to be nimble, do
> > > what
> > > we
> > > know to do, and make things as breakable, fixable, and
> > > replaceable
> > > as
> > > we can. We're getting things going in record time, as we need
> > > to be
> > > that way for now.[0]
> > >
> > > We'll have some breathing time mid-November to rethink how we
> > > are
> > > approaching infrastructure. We have to recognize that many
> > > people
> > > come
> > > to this community, and we want an infrastructure that is
> > > welcoming
> > > to
> > > them. For example, I'm hoping more infrastructure and services
> > > will
> > > come from some of the strategic companies involved, just as I
> > > hope
> > > to
> > > see more from Red Hat IT.
> > >
> > > So the back-channel discussions we've had so far settle on us
> > > using
> > > a
> > > few VM images on EC2. Red Hat is providing these, we'll load
> > > them
> > > with
> > > RHEL 6 + EPEL, and we'll go in to trim and harden along the
> > > lines
> > > of
> > > the community services infrastructure[1] (CSI) I'd like us to
> > > work
> > > with. Volunteers?
> > >
> > > We'll need to work out the configuration details for Gerrit and
> > > Jenkins. They are both new to me, but I'm not afraid. :) So ...
> > > what
> > > should the architecture of these look like?
> > >
> > > I'm thinking we have two instances:
> > >
> > > * jenkins.ovirt.org - a low-running, very tight image that can
> > > scale
> > > to great heights when crunching tests. I'm not going to push
> > > an
> > > app
> > > server here - small is good, I presume, but I wouldn't mind
> > > learning
> > > an EE6 platform, such as JBoss AS 7. :) Still, that's our
> > > own
> > > overhead we manage ...
> >
> > from our experience we will need multiple machines set up as
> > jenkins
> > slaves to run the expected workload.
> > jenkins has a plugin to stop/start the instances in EC2 per
> > required
> > load (didn't test how good it is yet)
> > https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin
> >
> >
> >
> > >
> > > * gerrit.ovirt.org git.ovirt.org - trimmed as a web server. It
> > > doesn't
> > > need a database, right? git.ovirt.org is just an alias.
> >
> > we are using a lightly forked version today for improved emails
> > to
> > patch
> > mailing list until our patches are accepted (hopefully) in gerrit
> > upstream.
> > the change allows patches in the mailing list to contain the
> > patch
> > comments inline like in regular patch reviews.
> >
> > >
> > > Does that cover it?
> > >
> > > Thanks - Karsten
> > >
> > > [0]
> > > https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_community
> > >
> > > [1] https://fedorahosted.org/csi/
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
--
name: Karsten 'quaid' Wade, Sr. Community Gardener
team: Red Hat Community Architecture & Leadership
uri: http://communityleadershipteam.org
http://TheOpenSourceWay.org
gpg: AD0E0C41
4792
days inactive
4796
days old
4 comments
3 participants
participants (3)
-
Eyal Edri -
Itamar Heim -
Karsten Wade