10:53 a.m.
Looking at the load on our hypervisors I'm sure we can add more slaves to
jenkins.
Is there a documented procedure on how to add a new slave so anyone in the
team can do it?
--
Eyal Edri
Associate Manager
RHEV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
11:02 a.m.
--JkW1gnuWHDypiMFO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/10 18:53, Eyal Edri wrote:
Looking at the load on our hypervisors I'm sure we can add more
slaves to
jenkins.
Is there a documented procedure on how to add a new slave so anyone in the
team can do it?
=20
I remember writing something about the templates and such, will look for it.
Though it might be a bit old, not sure if we have changed anything in the l=
ast
months, maybe someone has newer info.
=20
=20
=20
=20
--=20
Eyal Edri
Associate Manager
RHEV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
=20
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--JkW1gnuWHDypiMFO
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEbBAEBAgAGBQJXMgYtAAoJEEBxx+HSYmnDBvwH9RtpVHSuZiqaqsdYCoDx6AyE
f8ldw3sVvSjx3Vk+PHjY+muJ947fBoWgkSd1P2x2Y8E8S55Vvfnm87ghnion+Xdp
KgQFn4Uu6gCMJCtwrGa5WUxXlv0yvm/hhCGrzvCh6HyOdYBoZERjAv5WkvFDT8RW
U+waTNvK/P0PNwZ9nv9+1OzFBXeDqqWBjfMTdohVRQUbkt45AVJTacyftwm6IzfB
Ww/zwn45XVBB6WVUxiSxJ53MeJdv7chTgJ07vfJNvbQ2ldiDILrEUEyh4VQZ+auw
ag0wUA/eFDELba3V87pskVRVB2VQWUOhxLhBLlHrArZY/3FhGo7JCLEKIluJaQ==
=4zeU
-----END PGP SIGNATURE-----
--JkW1gnuWHDypiMFO--
11:04 a.m.
--rCwQ2Y43eQY6RBgR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/10 18:02, David Caro wrote:
On 05/10 18:53, Eyal Edri wrote:
> Looking at the load on our hypervisors I'm sure we can add more slaves =
to
> jenkins.
> Is there a documented procedure on how to add a new slave so anyone in =
the
> team can do it?
>=20
=20
I remember writing something about the templates and such, will look for =
it.
=20
Though it might be a bit old, not sure if we have changed anything in the=
last
months, maybe someone has newer info.
There's some docs here:
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts=
=2Ehtml#ovirt-datacenter-organization
=20
>=20
>=20
>=20
>=20
> --=20
> Eyal Edri
> Associate Manager
> RHEV DevOps
> EMEA ENG Virtualization R&D
> Red Hat Israel
>=20
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
=20
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
=20
=20
--=20
David Caro
=20
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
=20
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--rCwQ2Y43eQY6RBgR
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJXMgaTAAoJEEBxx+HSYmnDqmEH/i0w8xTEzPZFHquiBrlsPJBX
VykDgvGuoc9jPxdgOydbRATv8mSvVronoBAfP37hGlaFB75B9Ok2Xmr9f8U4lOfp
cfJSwBB2qYUUlH7uPBakhuxgxJDvJpsLYmwibbbLlfcAxuw6zbs9i4UtAJxdXqDC
t+AkitNgGTB/zXHzM04RQd7WgwTB3yjI87HUCeiXYRyEmkXw+zNNUBLQpDj1Ccsd
74n7HPUbSuQWZHLwb6/KRM/M9ohxO6BME29GQvAeuNOOeay3JBTa44STQFGwDMqI
OHUgbSOEgUgyJfFdcO2yjlSaaByxrlIKOy75uK3vtrUqw5QsazWE4QlNFbftvik=
=o5Xr
-----END PGP SIGNATURE-----
--rCwQ2Y43eQY6RBgR--
4:46 a.m.
Hi, I added few more el7 slaves, there is a (relatively) new template
'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
iirc there was a discussion few months ago about our IPs limit, I think
we're approaching that(there are
102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this is
without the old ovirt-srv* which are not managed there)
On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com> wrote:
On 05/10 18:02, David Caro wrote:
> On 05/10 18:53, Eyal Edri wrote:
> > Looking at the load on our hypervisors I'm sure we can add more slaves
to
> > jenkins.
> > Is there a documented procedure on how to add a new slave so anyone in
the
> > team can do it?
> >
>
> I remember writing something about the templates and such, will look for
it.
>
> Though it might be a bit old, not sure if we have changed anything in
the last
> months, maybe someone has newer info.
There's some docs here:
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
>
> >
> >
> >
> >
> > --
> > Eyal Edri
> > Associate Manager
> > RHEV DevOps
> > EMEA ENG Virtualization R&D
> > Red Hat Israel
> >
> > phone: +972-9-7692018
> > irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
8:33 a.m.
--cxMSjUqMQBJIqbX5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/12 12:46, Nadav Goldin wrote:
Hi, I added few more el7 slaves, there is a (relatively) new
template
'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
iirc there was a discussion few months ago about our IPs limit, I think
we're approaching that(there are
102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this is
without the old ovirt-srv* which are not managed there)
Actually, we are scarce on fc23 slaves, not el (right now we have 28 idle e=
l7
slaves, and I've been waiting for more than 45min for a lago check-patch to
start on a fc23 slave)
=20
=20
On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com> wrote:
=20
> On 05/10 18:02, David Caro wrote:
> > On 05/10 18:53, Eyal Edri wrote:
> > > Looking at the load on our hypervisors I'm sure we can add more sla=
ves
> to
> > > jenkins.
> > > Is there a documented procedure on how to add a new slave so anyone=
in
> the
> > > team can do it?
> > >
> >
> > I remember writing something about the templates and such, will look =
for
> it.
> >
> > Though it might be a bit old, not sure if we have changed anything in
> the last
> > months, maybe someone has newer info.
>
>
> There's some docs here:
>
>
> http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Host=
s.html#ovirt-datacenter-organization
>
> >
> > >
> > >
> > >
> > >
> > > --
> > > Eyal Edri
> > > Associate Manager
> > > RHEV DevOps
> > > EMEA ENG Virtualization R&D
> > > Red Hat Israel
> > >
> > > phone: +972-9-7692018
> > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> >
> > Tel.: +420 532 294 605
> > Email: dcaro(a)redhat.com
> > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > Web: www.redhat.com
> > RHT Global #: 82-62605
>
>
>
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--cxMSjUqMQBJIqbX5
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJXNIZAAAoJEEBxx+HSYmnDBq0H/3xganQb0WQ+zcSSEUjyFzeH
9eR9S3AQH7zWkfK0QpgpjEBS4TvQ5xoWcf+QMmQatvz0mxfD3K3hhCiB+ggHxIuo
7fa1j23LJ8GD3Ha8wTHzaaFPc1xMISvGD83eF64N4Ma4Kxud9ospNwjOnFZuTEYO
X5H5go1TECcc6948wFFKEHa4QIlH/Fjp8AZQN44r3MHnNoaO2h2k6D2VVjIlYFOQ
IMFdSypPhM9HwCcw+WgKgVaVFKJGN2ksMot2nV2qUlE8S4lsWNGuFJVPxxvmfOOl
ZexgahIRurGTN+XRoS7mKsUrKNISM6vx7dkZlBJNogm6bhzgruiB7xktp8DVHAA=
=Vigj
-----END PGP SIGNATURE-----
--cxMSjUqMQBJIqbX5--
8:50 a.m.
ok I'll add also FC23, though I think the problem is the vdsm jobs, not sure
why they use only fc* instead of the el7 ones
On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
On 05/12 12:46, Nadav Goldin wrote:
> Hi, I added few more el7 slaves, there is a (relatively) new template
> 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
> iirc there was a discussion few months ago about our IPs limit, I think
> we're approaching that(there are
> 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this is
> without the old ovirt-srv* which are not managed there)
Actually, we are scarce on fc23 slaves, not el (right now we have 28 idle
el7
slaves, and I've been waiting for more than 45min for a lago check-patch to
start on a fc23 slave)
>
>
> On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com> wrote:
>
> > On 05/10 18:02, David Caro wrote:
> > > On 05/10 18:53, Eyal Edri wrote:
> > > > Looking at the load on our hypervisors I'm sure we can add more
slaves
> > to
> > > > jenkins.
> > > > Is there a documented procedure on how to add a new slave so
anyone in
> > the
> > > > team can do it?
> > > >
> > >
> > > I remember writing something about the templates and such, will look
for
> > it.
> > >
> > > Though it might be a bit old, not sure if we have changed anything in
> > the last
> > > months, maybe someone has newer info.
> >
> >
> > There's some docs here:
> >
> >
> >
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> >
> > >
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Eyal Edri
> > > > Associate Manager
> > > > RHEV DevOps
> > > > EMEA ENG Virtualization R&D
> > > > Red Hat Israel
> > > >
> > > > phone: +972-9-7692018
> > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > >
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)redhat.com
> > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > Web: www.redhat.com
> > > RHT Global #: 82-62605
> >
> >
> >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> >
> > Tel.: +420 532 294 605
> > Email: dcaro(a)redhat.com
> > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > Web: www.redhat.com
> > RHT Global #: 82-62605
> >
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
8:53 a.m.
--ixDgnS8AC6zwmyK0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/12 16:50, Nadav Goldin wrote:
ok I'll add also FC23, though I think the problem is the vdsm
jobs, not s=
ure
why they use only fc* instead of the el7 ones
Thanks man, that's because (at least the check-merged) use libvirt to start=
up
vms, and trying to use libvirt from a fc23 chroot on an el7 host ends up in
error, so they have to run on fc23/21 slaves
=20
On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
=20
> On 05/12 12:46, Nadav Goldin wrote:
> > Hi, I added few more el7 slaves, there is a (relatively) new template
> > 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
> > iirc there was a discussion few months ago about our IPs limit, I thi=
nk
> > we're approaching that(there are
> > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this is
> > without the old ovirt-srv* which are not managed there)
>
> Actually, we are scarce on fc23 slaves, not el (right now we have 28 id=
le
> el7
> slaves, and I've been waiting for more than 45min for a lago check-patc=
h
to
> start on a fc23 slave)
>
> >
> >
> > On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com> wrote:
> >
> > > On 05/10 18:02, David Caro wrote:
> > > > On 05/10 18:53, Eyal Edri wrote:
> > > > > Looking at the load on our hypervisors I'm sure we can add
more
> slaves
> > > to
> > > > > jenkins.
> > > > > Is there a documented procedure on how to add a new slave so
> anyone in
> > > the
> > > > > team can do it?
> > > > >
> > > >
> > > > I remember writing something about the templates and such, will l=
ook
> for
> > > it.
> > > >
> > > > Though it might be a bit old, not sure if we have changed anythin=
g in
> > > the last
> > > > months, maybe someone has newer info.
> > >
> > >
> > > There's some docs here:
> > >
> > >
> > >
> http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Host=
s.html#ovirt-datacenter-organization
> > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Eyal Edri
> > > > > Associate Manager
> > > > > RHEV DevOps
> > > > > EMEA ENG Virtualization R&D
> > > > > Red Hat Israel
> > > > >
> > > > > phone: +972-9-7692018
> > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > >
> > > > > _______________________________________________
> > > > > Infra mailing list
> > > > > Infra(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >
> > > >
> > > > --
> > > > David Caro
> > > >
> > > > Red Hat S.L.
> > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > > >
> > > > Tel.: +420 532 294 605
> > > > Email: dcaro(a)redhat.com
> > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > Web: www.redhat.com
> > > > RHT Global #: 82-62605
> > >
> > >
> > >
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)redhat.com
> > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > Web: www.redhat.com
> > > RHT Global #: 82-62605
> > >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
>
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--ixDgnS8AC6zwmyK0
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJXNIrQAAoJEEBxx+HSYmnDy68H/174JSMj7xTQmDp8YRIUrXFk
FRKmNc9XQfZu+h5ICoeZVSZJbQD0vDPhyiWwoXy0RcoeuYpSh0005/zwFrWu/pWT
x1f/VDszaI/yIsyr6jBaWK/6sMZn35c6wAALXII/bnwgJ1RhoJM5lkbD6Y1PTDNC
7ZZvYVB2yz4HAMQLvvIIfijVlfQ/x8WfRnrfGfYIkuTmNucENbqRRJzRWTMf0dZV
D2fqWdipuJa8K0TR2mG4+GnwzMWc6rAXIDJSIR2iGL+ZDuL3u4ouEQ7IC40CZzwP
AB5QN4VFVMAm8jfl1FUtZjaJUrkQkJvMmeKbHqCsAOrsMu8NwvHWhZHJfV4uHcY=
=ydV0
-----END PGP SIGNATURE-----
--ixDgnS8AC6zwmyK0--
12:58 p.m.
sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
had to remove some old unused testing VMs to release IPs.
we have some useless leases there such as an IP for each template,
though I'm not 100% sure if its safe to simply delete them from foreman
(they are saved as templates in the engine, so theoretically shouldn't
be a problem)
On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com> wrote:
On 05/12 16:50, Nadav Goldin wrote:
> ok I'll add also FC23, though I think the problem is the vdsm jobs, not
sure
> why they use only fc* instead of the el7 ones
Thanks man, that's because (at least the check-merged) use libvirt to
start up
vms, and trying to use libvirt from a fc23 chroot on an el7 host ends up in
error, so they have to run on fc23/21 slaves
>
> On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
>
> > On 05/12 12:46, Nadav Goldin wrote:
> > > Hi, I added few more el7 slaves, there is a (relatively) new template
> > > 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
> > > iirc there was a discussion few months ago about our IPs limit, I
think
> > > we're approaching that(there are
> > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this
is
> > > without the old ovirt-srv* which are not managed there)
> >
> > Actually, we are scarce on fc23 slaves, not el (right now we have 28
idle
> > el7
> > slaves, and I've been waiting for more than 45min for a lago
check-patch to
> > start on a fc23 slave)
> >
> > >
> > >
> > > On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com>
wrote:
> > >
> > > > On 05/10 18:02, David Caro wrote:
> > > > > On 05/10 18:53, Eyal Edri wrote:
> > > > > > Looking at the load on our hypervisors I'm sure we can
add more
> > slaves
> > > > to
> > > > > > jenkins.
> > > > > > Is there a documented procedure on how to add a new slave
so
> > anyone in
> > > > the
> > > > > > team can do it?
> > > > > >
> > > > >
> > > > > I remember writing something about the templates and such, will
look
> > for
> > > > it.
> > > > >
> > > > > Though it might be a bit old, not sure if we have changed
anything in
> > > > the last
> > > > > months, maybe someone has newer info.
> > > >
> > > >
> > > > There's some docs here:
> > > >
> > > >
> > > >
> >
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> > > >
> > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Eyal Edri
> > > > > > Associate Manager
> > > > > > RHEV DevOps
> > > > > > EMEA ENG Virtualization R&D
> > > > > > Red Hat Israel
> > > > > >
> > > > > > phone: +972-9-7692018
> > > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > > >
> > > > > > _______________________________________________
> > > > > > Infra mailing list
> > > > > > Infra(a)ovirt.org
> > > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > >
> > > > >
> > > > > --
> > > > > David Caro
> > > > >
> > > > > Red Hat S.L.
> > > > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
> > > > >
> > > > > Tel.: +420 532 294 605
> > > > > Email: dcaro(a)redhat.com
> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > > Web: www.redhat.com
> > > > > RHT Global #: 82-62605
> > > >
> > > >
> > > >
> > > > > _______________________________________________
> > > > > Infra mailing list
> > > > > Infra(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >
> > > >
> > > > --
> > > > David Caro
> > > >
> > > > Red Hat S.L.
> > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > > >
> > > > Tel.: +420 532 294 605
> > > > Email: dcaro(a)redhat.com
> > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > Web: www.redhat.com
> > > > RHT Global #: 82-62605
> > > >
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >
> > > >
> >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> >
> > Tel.: +420 532 294 605
> > Email: dcaro(a)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&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
12:57 a.m.
Please open a ticket in jira on extending the ip range, i guess we need to
handle ir soon
On May 12, 2016 8:58 PM, "Nadav Goldin" <ngoldin(a)redhat.com> wrote:
sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
had to remove some old unused testing VMs to release IPs.
we have some useless leases there such as an IP for each template,
though I'm not 100% sure if its safe to simply delete them from foreman
(they are saved as templates in the engine, so theoretically shouldn't
be a problem)
On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com> wrote:
> On 05/12 16:50, Nadav Goldin wrote:
> > ok I'll add also FC23, though I think the problem is the vdsm jobs, not
> sure
> > why they use only fc* instead of the el7 ones
>
> Thanks man, that's because (at least the check-merged) use libvirt to
> start up
> vms, and trying to use libvirt from a fc23 chroot on an el7 host ends up
> in
> error, so they have to run on fc23/21 slaves
>
> >
> > On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
> >
> > > On 05/12 12:46, Nadav Goldin wrote:
> > > > Hi, I added few more el7 slaves, there is a (relatively) new
> template
> > > > 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
> > > > iirc there was a discussion few months ago about our IPs limit, I
> think
> > > > we're approaching that(there are
> > > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
> this is
> > > > without the old ovirt-srv* which are not managed there)
> > >
> > > Actually, we are scarce on fc23 slaves, not el (right now we have 28
> idle
> > > el7
> > > slaves, and I've been waiting for more than 45min for a lago
> check-patch to
> > > start on a fc23 slave)
> > >
> > > >
> > > >
> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com>
> wrote:
> > > >
> > > > > On 05/10 18:02, David Caro wrote:
> > > > > > On 05/10 18:53, Eyal Edri wrote:
> > > > > > > Looking at the load on our hypervisors I'm sure we
can add
> more
> > > slaves
> > > > > to
> > > > > > > jenkins.
> > > > > > > Is there a documented procedure on how to add a new
slave so
> > > anyone in
> > > > > the
> > > > > > > team can do it?
> > > > > > >
> > > > > >
> > > > > > I remember writing something about the templates and such,
will
> look
> > > for
> > > > > it.
> > > > > >
> > > > > > Though it might be a bit old, not sure if we have changed
> anything in
> > > > > the last
> > > > > > months, maybe someone has newer info.
> > > > >
> > > > >
> > > > > There's some docs here:
> > > > >
> > > > >
> > > > >
> > >
>
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> > > > >
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Eyal Edri
> > > > > > > Associate Manager
> > > > > > > RHEV DevOps
> > > > > > > EMEA ENG Virtualization R&D
> > > > > > > Red Hat Israel
> > > > > > >
> > > > > > > phone: +972-9-7692018
> > > > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > > > >
> > > > > > > _______________________________________________
> > > > > > > Infra mailing list
> > > > > > > Infra(a)ovirt.org
> > > > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > > >
> > > > > >
> > > > > > --
> > > > > > David Caro
> > > > > >
> > > > > > Red Hat S.L.
> > > > > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
> > > > > >
> > > > > > Tel.: +420 532 294 605
> > > > > > Email: dcaro(a)redhat.com
> > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > > > Web: www.redhat.com
> > > > > > RHT Global #: 82-62605
> > > > >
> > > > >
> > > > >
> > > > > > _______________________________________________
> > > > > > Infra mailing list
> > > > > > Infra(a)ovirt.org
> > > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > >
> > > > >
> > > > > --
> > > > > David Caro
> > > > >
> > > > > Red Hat S.L.
> > > > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
> > > > >
> > > > > Tel.: +420 532 294 605
> > > > > Email: dcaro(a)redhat.com
> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > > Web: www.redhat.com
> > > > > RHT Global #: 82-62605
> > > > >
> > > > > _______________________________________________
> > > > > Infra mailing list
> > > > > Infra(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > >
> > > > >
> > >
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)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&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
2:03 a.m.
----_com.boxer.email_2215049373853071
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64
T25lIHBvc3NpYmlsaXR5IHRoYXQgd2lsbCBnaXZlIHVzIGEgbG90IG9mIGlwcyBpcyB1c2luZyBp
bnRlcm5hbCBvbmVzLCB0aG91Z2ggaXQgd2lsbCByZXF1aXJlIGEgYml0IG1vcmUgY29uZmlndXJh
dGlvbiBidXQgbm93IHRoYXQgdGhlIGplbmtpbnMgbWFzdGVyIGlzIGluIHBoeCBJIHRoaW5rIGl0
IG1pZ2h0IGJlIGEgZ29vZCBvcHRpb24KCkRhdmlkIENhcm8KCkVsIDEzIG1heS4gMjAxNiA3OjU3
LCBFeWFsIEVkcmkgPGVlZHJpQHJlZGhhdC5jb20+IGVzY3JpYmnDszoKClBsZWFzZSBvcGVuIGEg
dGlja2V0IGluIGppcmEgb24gZXh0ZW5kaW5nIHRoZSBpcCByYW5nZSwgIGkgZ3Vlc3Mgd2UgbmVl
ZCB0byBoYW5kbGUgaXIgc29vbiAKCk9uIE1heSAxMiwgMjAxNiA4OjU4IFBNLCAiTmFkYXYgR29s
ZGluIiA8bmdvbGRpbkByZWRoYXQuY29tPiB3cm90ZToKCnN1cmUsIGFkZGVkIDQgbW9yZSBGQzIz
IHNsYXZlcywgYW5kIG9uIHRoZSB3YXkgaGl0IHRoZSBJUHMgbGltaXQsCgpoYWQgdG8gcmVtb3Zl
IHNvbWUgb2xkIHVudXNlZCB0ZXN0aW5nIFZNcyB0byByZWxlYXNlIElQcy4KCndlIGhhdmUgc29t
ZSB1c2VsZXNzIGxlYXNlcyB0aGVyZSBzdWNoIGFzIGFuIElQIGZvciBlYWNoIHRlbXBsYXRlLAoK
dGhvdWdoIEknbSBub3QgMTAwJSBzdXJlIGlmIGl0cyBzYWZlIHRvIHNpbXBseSBkZWxldGUgdGhl
bSBmcm9tIGZvcmVtYW4KCih0aGV5IGFyZSBzYXZlZCBhcyB0ZW1wbGF0ZXMgaW4gdGhlIGVuZ2lu
ZSwgc28gdGhlb3JldGljYWxseSBzaG91bGRuJ3QKCmJlIGEgcHJvYmxlbSkKCgoKCk9uIFRodSwg
TWF5IDEyLCAyMDE2IGF0IDQ6NTMgUE0sIERhdmlkIENhcm8gPGRjYXJvQHJlZGhhdC5jb20+IHdy
b3RlOgoKT24gMDUvMTIgMTY6NTAsIE5hZGF2IEdvbGRpbiB3cm90ZToKPiBvayBJJ2xsIGFkZCBh
bHNvIEZDMjMsIHRob3VnaCBJIHRoaW5rIHRoZSBwcm9ibGVtIGlzIHRoZSB2ZHNtIGpvYnMsIG5v
dCBzdXJlCj4gd2h5IHRoZXkgdXNlIG9ubHkgZmMqIGluc3RlYWQgb2YgdGhlIGVsNyBvbmVzCgpU
aGFua3MgbWFuLCB0aGF0J3MgYmVjYXVzZSAoYXQgbGVhc3QgdGhlIGNoZWNrLW1lcmdlZCkgdXNl
IGxpYnZpcnQgdG8gc3RhcnQgdXAKdm1zLCBhbmQgdHJ5aW5nIHRvIHVzZSBsaWJ2aXJ0IGZyb20g
YSBmYzIzIGNocm9vdCBvbiBhbiBlbDcgaG9zdCBlbmRzIHVwIGluCmVycm9yLCBzbyB0aGV5IGhh
dmUgdG8gcnVuIG9uIGZjMjMvMjEgc2xhdmVzCgoKPgo+IE9uIFRodSwgTWF5IDEyLCAyMDE2IGF0
IDQ6MzMgUE0sIERhdmlkIENhcm8gPGRjYXJvQHJlZGhhdC5jb20+IHdyb3RlOgo+Cj4gPiBPbiAw
NS8xMiAxMjo0NiwgTmFkYXYgR29sZGluIHdyb3RlOgo+ID4gPiBIaSwgSSBhZGRlZCBmZXcgbW9y
ZSBlbDcgc2xhdmVzLCB0aGVyZSBpcyBhIChyZWxhdGl2ZWx5KSBuZXcgdGVtcGxhdGUKPiA+ID4g
J2NlbnRvczcyLWplbmtpbnMtc2xhdmUnIGluIHRoZSBKZW5raW5zX0NlbnRPUyBjbHVzdGVyLgo+
ID4gPiBpaXJjIHRoZXJlIHdhcyBhIGRpc2N1c3Npb24gZmV3IG1vbnRocyBhZ28gYWJvdXQgb3Vy
IElQcyBsaW1pdCwgSSB0aGluawo+ID4gPiB3ZSdyZSBhcHByb2FjaGluZyB0aGF0KHRoZXJlIGFy
ZQo+ID4gPiAxMDIgZml4ZWQgYWRkcmVzc2VzIGluIGZvcmVtYW4ucGh4Lm92aXJ0Lm9yZyBkaGNw
ZCBzZXJ2ZXIsIGFuZCB0aGlzIGlzCj4gPiA+IHdpdGhvdXQgdGhlIG9sZCBvdmlydC1zcnYqIHdo
aWNoIGFyZSBub3QgbWFuYWdlZCB0aGVyZSkKPiA+Cj4gPiBBY3R1YWxseSwgd2UgYXJlIHNjYXJj
ZSBvbiBmYzIzIHNsYXZlcywgbm90IGVsIChyaWdodCBub3cgd2UgaGF2ZSAyOCBpZGxlCj4gPiBl
bDcKPiA+IHNsYXZlcywgYW5kIEkndmUgYmVlbiB3YWl0aW5nIGZvciBtb3JlIHRoYW4gNDVtaW4g
Zm9yIGEgbGFnbyBjaGVjay1wYXRjaCB0bwo+ID4gc3RhcnQgb24gYSBmYzIzIHNsYXZlKQo+ID4K
PiA+ID4KPiA+ID4KPiA+ID4gT24gVHVlLCBNYXkgMTAsIDIwMTYgYXQgNzowNCBQTSwgRGF2aWQg
Q2FybyA8ZGNhcm9AcmVkaGF0LmNvbT4gd3JvdGU6Cj4gPiA+Cj4gPiA+ID4gT24gMDUvMTAgMTg6
MDIsIERhdmlkIENhcm8gd3JvdGU6Cj4gPiA+ID4gPiBPbiAwNS8xMCAxODo1MywgRXlhbCBFZHJp
IHdyb3RlOgo+ID4gPiA+ID4gPiBMb29raW5nIGF0IHRoZSBsb2FkIG9uIG91ciBoeXBlcnZpc29y
cyBJJ20gc3VyZSB3ZSBjYW4gYWRkIG1vcmUKPiA+IHNsYXZlcwo+ID4gPiA+IHRvCj4gPiA+ID4g
PiA+IGplbmtpbnMuCj4gPiA+ID4gPiA+IElzIHRoZXJlIGEgZG9jdW1lbnRlZCBwcm9jZWR1cmUg
b24gaG93IHRvIGFkZCBhIG5ldyBzbGF2ZSBzbwo+ID4gYW55b25lIGluCj4gPiA+ID4gdGhlCj4g
PiA+ID4gPiA+IHRlYW0gY2FuIGRvIGl0Pwo+ID4gPiA+ID4gPgo+ID4gPiA+ID4KPiA+ID4gPiA+
IEkgcmVtZW1iZXIgd3JpdGluZyBzb21ldGhpbmcgYWJvdXQgdGhlIHRlbXBsYXRlcyBhbmQgc3Vj
aCwgd2lsbCBsb29rCj4gPiBmb3IKPiA+ID4gPiBpdC4KPiA+ID4gPiA+Cj4gPiA+ID4gPiBUaG91
Z2ggaXQgbWlnaHQgYmUgYSBiaXQgb2xkLCBub3Qgc3VyZSBpZiB3ZSBoYXZlIGNoYW5nZWQgYW55
dGhpbmcgaW4KPiA+ID4gPiB0aGUgbGFzdAo+ID4gPiA+ID4gbW9udGhzLCBtYXliZSBzb21lb25l
IGhhcyBuZXdlciBpbmZvLgo+ID4gPiA+Cj4gPiA+ID4KPiA+ID4gPiBUaGVyZSdzIHNvbWUgZG9j
cyBoZXJlOgo+ID4gPiA+Cj4gPiA+ID4KPiA+ID4gPgo+ID4gaHR0cDovL292aXJ0LWluZnJhLWRv
Y3MucmVhZHRoZWRvY3MuaW8vZW4vbGF0ZXN0L1Bob2VuaXhfTGFiL29WaXJ0X0hvc3RzLmh0bWwj
b3ZpcnQtZGF0YWNlbnRlci1vcmdhbml6YXRpb24KPiA+ID4gPgo+ID4gPiA+ID4KPiA+ID4gPiA+
ID4KPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4KPiA+ID4gPiA+ID4gLS0KPiA+
ID4gPiA+ID4gRXlhbCBFZHJpCj4gPiA+ID4gPiA+IEFzc29jaWF0ZSBNYW5hZ2VyCj4gPiA+ID4g
PiA+IFJIRVYgRGV2T3BzCj4gPiA+ID4gPiA+IEVNRUEgRU5HIFZpcnR1YWxpemF0aW9uIFImRAo+
ID4gPiA+ID4gPiBSZWQgSGF0IElzcmFlbAo+ID4gPiA+ID4gPgo+ID4gPiA+ID4gPiBwaG9uZTog
Kzk3Mi05LTc2OTIwMTgKPiA+ID4gPiA+ID4gaXJjOiBlZWRyaSAob24gI3RsdiAjcmhldi1kZXYg
I3JoZXYtaW50ZWcpCj4gPiA+ID4gPgo+ID4gPiA+ID4gPiBfX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gPiA+ID4gPiBJbmZyYSBtYWlsaW5nIGxpc3QK
PiA+ID4gPiA+ID4gSW5mcmFAb3ZpcnQub3JnCj4gPiA+ID4gPiA+IGh0dHA6Ly9saXN0cy5vdmly
dC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbmZyYQo+ID4gPiA+ID4KPiA+ID4gPiA+Cj4gPiA+ID4g
PiAtLQo+ID4gPiA+ID4gRGF2aWQgQ2Fybwo+ID4gPiA+ID4KPiA+ID4gPiA+IFJlZCBIYXQgUy5M
Lgo+ID4gPiA+ID4gQ29udGludW91cyBJbnRlZ3JhdGlvbiBFbmdpbmVlciAtIEVNRUEgRU5HIFZp
cnR1YWxpemF0aW9uIFImRAo+ID4gPiA+ID4KPiA+ID4gPiA+IFRlbC46ICs0MjAgNTMyIDI5NCA2
MDUKPiA+ID4gPiA+IEVtYWlsOiBkY2Fyb0ByZWRoYXQuY29tCj4gPiA+ID4gPiBJUkM6IGRjYXJv
fGRjYXJvZXN0QHtmcmVlbm9kZXxvZnRjfHJlZGhhdH0KPiA+ID4gPiA+IFdlYjogd3d3LnJlZGhh
dC5jb20KPiA+ID4gPiA+IFJIVCBHbG9iYWwgIzogODItNjI2MDUKPiA+ID4gPgo+ID4gPiA+Cj4g
PiA+ID4KPiA+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fCj4gPiA+ID4gPiBJbmZyYSBtYWlsaW5nIGxpc3QKPiA+ID4gPiA+IEluZnJhQG92aXJ0
Lm9yZwo+ID4gPiA+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lu
ZnJhCj4gPiA+ID4KPiA+ID4gPgo+ID4gPiA+IC0tCj4gPiA+ID4gRGF2aWQgQ2Fybwo+ID4gPiA+
Cj4gPiA+ID4gUmVkIEhhdCBTLkwuCj4gPiA+ID4gQ29udGludW91cyBJbnRlZ3JhdGlvbiBFbmdp
bmVlciAtIEVNRUEgRU5HIFZpcnR1YWxpemF0aW9uIFImRAo+ID4gPiA+Cj4gPiA+ID4gVGVsLjog
KzQyMCA1MzIgMjk0IDYwNQo+ID4gPiA+IEVtYWlsOiBkY2Fyb0ByZWRoYXQuY29tCj4gPiA+ID4g
SVJDOiBkY2Fyb3xkY2Fyb2VzdEB7ZnJlZW5vZGV8b2Z0Y3xyZWRoYXR9Cj4gPiA+ID4gV2ViOiB3
d3cucmVkaGF0LmNvbQo+ID4gPiA+IFJIVCBHbG9iYWwgIzogODItNjI2MDUKPiA+ID4gPgo+ID4g
PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gPiA+
ID4gSW5mcmEgbWFpbGluZyBsaXN0Cj4gPiA+ID4gSW5mcmFAb3ZpcnQub3JnCj4gPiA+ID4gaHR0
cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2luZnJhCj4gPiA+ID4KPiA+ID4g
Pgo+ID4KPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18KPiA+ID4gSW5mcmEgbWFpbGluZyBsaXN0Cj4gPiA+IEluZnJhQG92aXJ0Lm9yZwo+ID4gPiBo
dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vaW5mcmEKPiA+Cj4gPgo+ID4g
LS0KPiA+IERhdmlkIENhcm8KPiA+Cj4gPiBSZWQgSGF0IFMuTC4KPiA+IENvbnRpbnVvdXMgSW50
ZWdyYXRpb24gRW5naW5lZXIgLSBFTUVBIEVORyBWaXJ0dWFsaXphdGlvbiBSJkQKPiA+Cj4gPiBU
ZWwuOiArNDIwIDUzMiAyOTQgNjA1Cj4gPiBFbWFpbDogZGNhcm9AcmVkaGF0LmNvbQo+ID4gSVJD
OiBkY2Fyb3xkY2Fyb2VzdEB7ZnJlZW5vZGV8b2Z0Y3xyZWRoYXR9Cj4gPiBXZWI6IHd3dy5yZWRo
YXQuY29tCj4gPiBSSFQgR2xvYmFsICM6IDgyLTYyNjA1Cj4gPgoKLS0KRGF2aWQgQ2FybwoKUmVk
IEhhdCBTLkwuCkNvbnRpbnVvdXMgSW50ZWdyYXRpb24gRW5naW5lZXIgLSBFTUVBIEVORyBWaXJ0
dWFsaXphdGlvbiBSJkQKClRlbC46ICs0MjAgNTMyIDI5NCA2MDUKRW1haWw6IGRjYXJvQHJlZGhh
dC5jb20KSVJDOiBkY2Fyb3xkY2Fyb2VzdEB7ZnJlZW5vZGV8b2Z0Y3xyZWRoYXR9CldlYjogd3d3
LnJlZGhhdC5jb20KUkhUIEdsb2JhbCAjOiA4Mi02MjYwNQoKCg==
----_com.boxer.email_2215049373853071
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64
PHAgZGlyPSJsdHIiPk9uZSBwb3NzaWJpbGl0eSB0aGF0IHdpbGwgZ2l2ZSB1cyBhIGxvdCBvZiBp
cHMgaXMgdXNpbmcgaW50ZXJuYWwgb25lcywgdGhvdWdoIGl0IHdpbGwgcmVxdWlyZSBhIGJpdCBt
b3JlIGNvbmZpZ3VyYXRpb24gYnV0IG5vdyB0aGF0IHRoZSBqZW5raW5zIG1hc3RlciBpcyBpbiBw
aHggSSB0aGluayBpdCBtaWdodCBiZSBhIGdvb2Qgb3B0aW9uPC9wPgo8cCBkaXI9Imx0ciI+RGF2
aWQgQ2FybzwvcD4KPGRpdiBjbGFzcz0icXVvdGUiPkVsIDEzIG1heS4gMjAxNiA3OjU3LCBFeWFs
IEVkcmkgJmx0O2VlZHJpQHJlZGhhdC5jb20mZ3Q7IGVzY3JpYmnDszo8YnIgdHlwZT0nYXR0cmli
dXRpb24nPjxibG9ja3F1b3RlIGNsYXNzPSJxdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4
O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxwIGRpcj0ibHRy
Ij5QbGVhc2Ugb3BlbiBhIHRpY2tldCBpbiBqaXJhIG9uIGV4dGVuZGluZyB0aGUgaXAgcmFuZ2Us
wqAgaSBndWVzcyB3ZSBuZWVkIHRvIGhhbmRsZSBpciBzb29uIDwvcD4NCjxkaXYgY2xhc3M9Imdt
YWlsX3F1b3RlIj5PbiBNYXkgMTIsIDIwMTYgODo1OCBQTSwgJnF1b3Q7TmFkYXYgR29sZGluJnF1
b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bmdvbGRpbkByZWRoYXQuY29tIj5uZ29sZGluQHJlZGhh
dC5jb208L2E+Jmd0OyB3cm90ZTo8YnIgdHlwZT0iYXR0cmlidXRpb24iPjxibG9ja3F1b3RlIGNs
YXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFw
eCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48
ZGl2PjxkaXY+PGRpdj48ZGl2PjxkaXY+c3VyZSwgYWRkZWQgNCBtb3JlIEZDMjMgc2xhdmVzLCBh
bmQgb24gdGhlIHdheSBoaXQgdGhlIElQcyBsaW1pdCw8YnI+PC9kaXY+aGFkIHRvIHJlbW92ZSBz
b21lIG9sZCB1bnVzZWQgdGVzdGluZyBWTXMgdG8gcmVsZWFzZSBJUHMuPGJyPjwvZGl2PjwvZGl2
PjwvZGl2PndlIGhhdmUgc29tZSB1c2VsZXNzIGxlYXNlcyB0aGVyZSBzdWNoIGFzIGFuIElQIGZv
ciBlYWNoIHRlbXBsYXRlLDxicj48L2Rpdj50aG91Z2ggSSYjMzk7bSBub3QgMTAwJSBzdXJlIGlm
IGl0cyBzYWZlIHRvIHNpbXBseSBkZWxldGUgdGhlbSBmcm9tIGZvcmVtYW48YnI+PC9kaXY+KHRo
ZXkgYXJlIHNhdmVkIGFzIHRlbXBsYXRlcyBpbiB0aGUgZW5naW5lLCBzbyB0aGVvcmV0aWNhbGx5
IHNob3VsZG4mIzM5O3Q8YnI+PC9kaXY+YmUgYSBwcm9ibGVtKTxicj48YnI+PGRpdj48ZGl2Pjxk
aXY+PGRpdj48ZGl2PjxkaXY+PGRpdj48YnI+PGJyPjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pjwv
ZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PGRpdiBj
bGFzcz0iZ21haWxfcXVvdGUiPk9uIFRodSwgTWF5IDEyLCAyMDE2IGF0IDQ6NTMgUE0sIERhdmlk
IENhcm8gPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86ZGNhcm9AcmVkaGF0LmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPmRjYXJvQHJlZGhhdC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6
PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAu
OGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxzcGFuPk9u
IDA1LzEyIDE2OjUwLCBOYWRhdiBHb2xkaW4gd3JvdGU6PGJyPg0KJmd0OyBvayBJJiMzOTtsbCBh
ZGQgYWxzbyBGQzIzLCB0aG91Z2ggSSB0aGluayB0aGUgcHJvYmxlbSBpcyB0aGUgdmRzbSBqb2Jz
LCBub3Qgc3VyZTxicj4NCiZndDsgd2h5IHRoZXkgdXNlIG9ubHkgZmMqIGluc3RlYWQgb2YgdGhl
IGVsNyBvbmVzPGJyPg0KPGJyPg0KPC9zcGFuPlRoYW5rcyBtYW4sIHRoYXQmIzM5O3MgYmVjYXVz
ZSAoYXQgbGVhc3QgdGhlIGNoZWNrLW1lcmdlZCkgdXNlIGxpYnZpcnQgdG8gc3RhcnQgdXA8YnI+
DQp2bXMsIGFuZCB0cnlpbmcgdG8gdXNlIGxpYnZpcnQgZnJvbSBhIGZjMjMgY2hyb290IG9uIGFu
IGVsNyBob3N0IGVuZHMgdXAgaW48YnI+DQplcnJvciwgc28gdGhleSBoYXZlIHRvIHJ1biBvbiBm
YzIzLzIxIHNsYXZlczxicj4NCjxkaXY+PGRpdj48YnI+DQomZ3Q7PGJyPg0KJmd0OyBPbiBUaHUs
IE1heSAxMiwgMjAxNiBhdCA0OjMzIFBNLCBEYXZpZCBDYXJvICZsdDs8YSBocmVmPSJtYWlsdG86
ZGNhcm9AcmVkaGF0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRjYXJvQHJlZGhhdC5jb208L2E+Jmd0
OyB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmZ3Q7IE9uIDA1LzEyIDEyOjQ2LCBOYWRhdiBH
b2xkaW4gd3JvdGU6PGJyPg0KJmd0OyAmZ3Q7ICZndDsgSGksIEkgYWRkZWQgZmV3IG1vcmUgZWw3
IHNsYXZlcywgdGhlcmUgaXMgYSAocmVsYXRpdmVseSkgbmV3IHRlbXBsYXRlPGJyPg0KJmd0OyAm
Z3Q7ICZndDsgJiMzOTtjZW50b3M3Mi1qZW5raW5zLXNsYXZlJiMzOTsgaW4gdGhlIEplbmtpbnNf
Q2VudE9TIGNsdXN0ZXIuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgaWlyYyB0aGVyZSB3YXMgYSBkaXNj
dXNzaW9uIGZldyBtb250aHMgYWdvIGFib3V0IG91ciBJUHMgbGltaXQsIEkgdGhpbms8YnI+DQom
Z3Q7ICZndDsgJmd0OyB3ZSYjMzk7cmUgYXBwcm9hY2hpbmcgdGhhdCh0aGVyZSBhcmU8YnI+DQom
Z3Q7ICZndDsgJmd0OyAxMDIgZml4ZWQgYWRkcmVzc2VzIGluIDxhIGhyZWY9Imh0dHA6Ly9mb3Jl
bWFuLnBoeC5vdmlydC5vcmciIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmZvcmVt
YW4ucGh4Lm92aXJ0Lm9yZzwvYT4gZGhjcGQgc2VydmVyLCBhbmQgdGhpcyBpczxicj4NCiZndDsg
Jmd0OyAmZ3Q7IHdpdGhvdXQgdGhlIG9sZCBvdmlydC1zcnYqIHdoaWNoIGFyZSBub3QgbWFuYWdl
ZCB0aGVyZSk8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgQWN0dWFsbHksIHdlIGFyZSBz
Y2FyY2Ugb24gZmMyMyBzbGF2ZXMsIG5vdCBlbCAocmlnaHQgbm93IHdlIGhhdmUgMjggaWRsZTxi
cj4NCiZndDsgJmd0OyBlbDc8YnI+DQomZ3Q7ICZndDsgc2xhdmVzLCBhbmQgSSYjMzk7dmUgYmVl
biB3YWl0aW5nIGZvciBtb3JlIHRoYW4gNDVtaW4gZm9yIGEgbGFnbyBjaGVjay1wYXRjaCB0bzxi
cj4NCiZndDsgJmd0OyBzdGFydCBvbiBhIGZjMjMgc2xhdmUpPGJyPg0KJmd0OyAmZ3Q7PGJyPg0K
Jmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IE9u
IFR1ZSwgTWF5IDEwLCAyMDE2IGF0IDc6MDQgUE0sIERhdmlkIENhcm8gJmx0OzxhIGhyZWY9Im1h
aWx0bzpkY2Fyb0ByZWRoYXQuY29tIiB0YXJnZXQ9Il9ibGFuayI+ZGNhcm9AcmVkaGF0LmNvbTwv
YT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0
OyBPbiAwNS8xMCAxODowMiwgRGF2aWQgQ2FybyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsgJmd0OyAm
Z3Q7ICZndDsgT24gMDUvMTAgMTg6NTMsIEV5YWwgRWRyaSB3cm90ZTo8YnI+DQomZ3Q7ICZndDsg
Jmd0OyAmZ3Q7ICZndDsgJmd0OyBMb29raW5nIGF0IHRoZSBsb2FkIG9uIG91ciBoeXBlcnZpc29y
cyBJJiMzOTttIHN1cmUgd2UgY2FuIGFkZCBtb3JlPGJyPg0KJmd0OyAmZ3Q7IHNsYXZlczxicj4N
CiZndDsgJmd0OyAmZ3Q7ICZndDsgdG88YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0
OyBqZW5raW5zLjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IElzIHRoZXJlIGEg
ZG9jdW1lbnRlZCBwcm9jZWR1cmUgb24gaG93IHRvIGFkZCBhIG5ldyBzbGF2ZSBzbzxicj4NCiZn
dDsgJmd0OyBhbnlvbmUgaW48YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRoZTxicj4NCiZndDsg
Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IHRlYW0gY2FuIGRvIGl0Pzxicj4NCiZndDsgJmd0OyAm
Z3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0
OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IEkgcmVtZW1iZXIgd3JpdGluZyBzb21ldGhpbmcgYWJvdXQg
dGhlIHRlbXBsYXRlcyBhbmQgc3VjaCwgd2lsbCBsb29rPGJyPg0KJmd0OyAmZ3Q7IGZvcjxicj4N
CiZndDsgJmd0OyAmZ3Q7ICZndDsgaXQuPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJy
Pg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IFRob3VnaCBpdCBtaWdodCBiZSBhIGJpdCBvbGQs
IG5vdCBzdXJlIGlmIHdlIGhhdmUgY2hhbmdlZCBhbnl0aGluZyBpbjxicj4NCiZndDsgJmd0OyAm
Z3Q7ICZndDsgdGhlIGxhc3Q8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgbW9udGhzLCBt
YXliZSBzb21lb25lIGhhcyBuZXdlciBpbmZvLjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+
DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBUaGVyZSYjMzk7
cyBzb21lIGRvY3MgaGVyZTo8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7
ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgPGEgaHJl
Zj0iaHR0cDovL292aXJ0LWluZnJhLWRvY3MucmVhZHRoZWRvY3MuaW8vZW4vbGF0ZXN0L1Bob2Vu
aXhfTGFiL29WaXJ0X0hvc3RzLmh0bWwjb3ZpcnQtZGF0YWNlbnRlci1vcmdhbml6YXRpb24iIHJl
bD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9vdmlydC1pbmZyYS1kb2NzLnJl
YWR0aGVkb2NzLmlvL2VuL2xhdGVzdC9QaG9lbml4X0xhYi9vVmlydF9Ib3N0cy5odG1sI292aXJ0
LWRhdGFjZW50ZXItb3JnYW5pemF0aW9uPC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+
DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsg
Jmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZn
dDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0Ozxicj4N
CiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0
OyAmZ3Q7ICZndDsgRXlhbCBFZHJpPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsg
QXNzb2NpYXRlIE1hbmFnZXI8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBSSEVW
IERldk9wczxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IEVNRUEgRU5HIFZpcnR1
YWxpemF0aW9uIFImYW1wO0Q8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBSZWQg
SGF0IElzcmFlbDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAm
Z3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgcGhvbmU6IDxhIGhyZWY9InRlbDolMkI5NzItOS03Njky
MDE4IiB2YWx1ZT0iKzk3Mjk3NjkyMDE4IiB0YXJnZXQ9Il9ibGFuayI+Kzk3Mi05LTc2OTIwMTg8
L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgaXJjOiBlZWRyaSAob24gI3Rs
diAjcmhldi1kZXYgI3JoZXYtaW50ZWcpPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJy
Pg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0
OyBJbmZyYSBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyA8
YSBocmVmPSJtYWlsdG86SW5mcmFAb3ZpcnQub3JnIiB0YXJnZXQ9Il9ibGFuayI+SW5mcmFAb3Zp
cnQub3JnPC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0
dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbmZyYSIgcmVsPSJub3JlZmVy
cmVyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp
bmZvL2luZnJhPC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0
OyAmZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyAtLTxicj4NCiZn
dDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBEYXZpZCBDYXJvPGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0
OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJlZCBIYXQgUy5MLjxicj4NCiZn
dDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBDb250aW51b3VzIEludGVncmF0aW9uIEVuZ2luZWVyIC0g
RU1FQSBFTkcgVmlydHVhbGl6YXRpb24gUiZhbXA7RDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg
Jmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgJmd0OyBUZWwuOiA8YSBocmVmPSJ0ZWw6JTJC
NDIwJTIwNTMyJTIwMjk0JTIwNjA1IiB2YWx1ZT0iKzQyMDUzMjI5NDYwNSIgdGFyZ2V0PSJfYmxh
bmsiPis0MjAgNTMyIDI5NCA2MDU8L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IEVt
YWlsOiA8YSBocmVmPSJtYWlsdG86ZGNhcm9AcmVkaGF0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRj
YXJvQHJlZGhhdC5jb208L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IElSQzogZGNh
cm98ZGNhcm9lc3RAe2ZyZWVub2RlfG9mdGN8cmVkaGF0fTxicj4NCiZndDsgJmd0OyAmZ3Q7ICZn
dDsgJmd0OyBXZWI6IDxhIGhyZWY9Imh0dHA6Ly93d3cucmVkaGF0LmNvbSIgcmVsPSJub3JlZmVy
cmVyIiB0YXJnZXQ9Il9ibGFuayI+d3d3LnJlZGhhdC5jb208L2E+PGJyPg0KJmd0OyAmZ3Q7ICZn
dDsgJmd0OyAmZ3Q7IFJIVCBHbG9iYWwgIzogODItNjI2MDU8YnI+DQomZ3Q7ICZndDsgJmd0OyAm
Z3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+
DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX188YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7ICZndDsgSW5mcmEgbWFp
bGluZyBsaXN0PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Im1haWx0bzpJ
bmZyYUBvdmlydC5vcmciIHRhcmdldD0iX2JsYW5rIj5JbmZyYUBvdmlydC5vcmc8L2E+PGJyPg0K
Jmd0OyAmZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcv
bWFpbG1hbi9saXN0aW5mby9pbmZyYSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+
aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2luZnJhPC9hPjxicj4NCiZn
dDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7
ICZndDsgJmd0OyAtLTxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgRGF2aWQgQ2Fybzxicj4NCiZn
dDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IFJlZCBIYXQgUy5MLjxi
cj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgQ29udGludW91cyBJbnRlZ3JhdGlvbiBFbmdpbmVlciAt
IEVNRUEgRU5HIFZpcnR1YWxpemF0aW9uIFImYW1wO0Q8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7
PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBUZWwuOiA8YSBocmVmPSJ0ZWw6JTJCNDIwJTIwNTMy
JTIwMjk0JTIwNjA1IiB2YWx1ZT0iKzQyMDUzMjI5NDYwNSIgdGFyZ2V0PSJfYmxhbmsiPis0MjAg
NTMyIDI5NCA2MDU8L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBFbWFpbDogPGEgaHJlZj0i
bWFpbHRvOmRjYXJvQHJlZGhhdC5jb20iIHRhcmdldD0iX2JsYW5rIj5kY2Fyb0ByZWRoYXQuY29t
PC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsgSVJDOiBkY2Fyb3xkY2Fyb2VzdEB7ZnJlZW5v
ZGV8b2Z0Y3xyZWRoYXR9PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBXZWI6IDxhIGhyZWY9Imh0
dHA6Ly93d3cucmVkaGF0LmNvbSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+d3d3
LnJlZGhhdC5jb208L2E+PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0OyBSSFQgR2xvYmFsICM6IDgy
LTYyNjA1PGJyPg0KJmd0OyAmZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDsg
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7
ICZndDsgJmd0OyAmZ3Q7IEluZnJhIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyAmZ3Q7ICZn
dDsgPGEgaHJlZj0ibWFpbHRvOkluZnJhQG92aXJ0Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPkluZnJh
QG92aXJ0Lm9yZzwvYT48YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s
aXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbmZyYSIgcmVsPSJub3JlZmVycmVyIiB0
YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lu
ZnJhPC9hPjxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmd0OyAmZ3Q7
PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7ICZndDsgJmd0OyBJbmZyYSBtYWls
aW5nIGxpc3Q8YnI+DQomZ3Q7ICZndDsgJmd0OyA8YSBocmVmPSJtYWlsdG86SW5mcmFAb3ZpcnQu
b3JnIiB0YXJnZXQ9Il9ibGFuayI+SW5mcmFAb3ZpcnQub3JnPC9hPjxicj4NCiZndDsgJmd0OyAm
Z3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbmZy
YSIgcmVsPSJub3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLm92aXJ0Lm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2luZnJhPC9hPjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0
Ozxicj4NCiZndDsgJmd0OyAtLTxicj4NCiZndDsgJmd0OyBEYXZpZCBDYXJvPGJyPg0KJmd0OyAm
Z3Q7PGJyPg0KJmd0OyAmZ3Q7IFJlZCBIYXQgUy5MLjxicj4NCiZndDsgJmd0OyBDb250aW51b3Vz
IEludGVncmF0aW9uIEVuZ2luZWVyIC0gRU1FQSBFTkcgVmlydHVhbGl6YXRpb24gUiZhbXA7RDxi
cj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBUZWwuOiA8YSBocmVmPSJ0ZWw6JTJCNDIwJTIw
NTMyJTIwMjk0JTIwNjA1IiB2YWx1ZT0iKzQyMDUzMjI5NDYwNSIgdGFyZ2V0PSJfYmxhbmsiPis0
MjAgNTMyIDI5NCA2MDU8L2E+PGJyPg0KJmd0OyAmZ3Q7IEVtYWlsOiA8YSBocmVmPSJtYWlsdG86
ZGNhcm9AcmVkaGF0LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmRjYXJvQHJlZGhhdC5jb208L2E+PGJy
Pg0KJmd0OyAmZ3Q7IElSQzogZGNhcm98ZGNhcm9lc3RAe2ZyZWVub2RlfG9mdGN8cmVkaGF0fTxi
cj4NCiZndDsgJmd0OyBXZWI6IDxhIGhyZWY9Imh0dHA6Ly93d3cucmVkaGF0LmNvbSIgcmVsPSJu
b3JlZmVycmVyIiB0YXJnZXQ9Il9ibGFuayI+d3d3LnJlZGhhdC5jb208L2E+PGJyPg0KJmd0OyAm
Z3Q7IFJIVCBHbG9iYWwgIzogODItNjI2MDU8YnI+DQomZ3Q7ICZndDs8YnI+DQo8YnI+DQotLTxi
cj4NCkRhdmlkIENhcm88YnI+DQo8YnI+DQpSZWQgSGF0IFMuTC48YnI+DQpDb250aW51b3VzIElu
dGVncmF0aW9uIEVuZ2luZWVyIC0gRU1FQSBFTkcgVmlydHVhbGl6YXRpb24gUiZhbXA7RDxicj4N
Cjxicj4NClRlbC46IDxhIGhyZWY9InRlbDolMkI0MjAlMjA1MzIlMjAyOTQlMjA2MDUiIHZhbHVl
PSIrNDIwNTMyMjk0NjA1IiB0YXJnZXQ9Il9ibGFuayI+KzQyMCA1MzIgMjk0IDYwNTwvYT48YnI+
DQpFbWFpbDogPGEgaHJlZj0ibWFpbHRvOmRjYXJvQHJlZGhhdC5jb20iIHRhcmdldD0iX2JsYW5r
Ij5kY2Fyb0ByZWRoYXQuY29tPC9hPjxicj4NCklSQzogZGNhcm98ZGNhcm9lc3RAe2ZyZWVub2Rl
fG9mdGN8cmVkaGF0fTxicj4NCldlYjogPGEgaHJlZj0iaHR0cDovL3d3dy5yZWRoYXQuY29tIiBy
ZWw9Im5vcmVmZXJyZXIiIHRhcmdldD0iX2JsYW5rIj53d3cucmVkaGF0LmNvbTwvYT48YnI+DQpS
SFQgR2xvYmFsICM6IDgyLTYyNjA1PGJyPg0KPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2
Pjxicj48L2Rpdj4NCjwvYmxvY2txdW90ZT48L2Rpdj4NCjwvYmxvY2txdW90ZT48L2Rpdj4=
----_com.boxer.email_2215049373853071--
2:10 a.m.
Hello All.
Are those IPs are used by any tests or the jobs itself?
Anton.
On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <dcaroest(a)redhat.com>
wrote:
One possibility that will give us a lot of ips is using internal
ones,
though it will require a bit more configuration but now that the jenkins
master is in phx I think it might be a good option
David Caro
El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribió:
Please open a ticket in jira on extending the ip range, i guess we need
to handle ir soon
On May 12, 2016 8:58 PM, "Nadav Goldin" <ngoldin(a)redhat.com> wrote:
> sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
> had to remove some old unused testing VMs to release IPs.
> we have some useless leases there such as an IP for each template,
> though I'm not 100% sure if its safe to simply delete them from foreman
> (they are saved as templates in the engine, so theoretically shouldn't
> be a problem)
>
>
>
>
> On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com> wrote:
>
>> On 05/12 16:50, Nadav Goldin wrote:
>> > ok I'll add also FC23, though I think the problem is the vdsm jobs,
>> not sure
>> > why they use only fc* instead of the el7 ones
>>
>> Thanks man, that's because (at least the check-merged) use libvirt to
>> start up
>> vms, and trying to use libvirt from a fc23 chroot on an el7 host ends up
>> in
>> error, so they have to run on fc23/21 slaves
>>
>> >
>> > On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
>> >
>> > > On 05/12 12:46, Nadav Goldin wrote:
>> > > > Hi, I added few more el7 slaves, there is a (relatively) new
>> template
>> > > > 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
>> > > > iirc there was a discussion few months ago about our IPs limit, I
>> think
>> > > > we're approaching that(there are
>> > > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
>> this is
>> > > > without the old ovirt-srv* which are not managed there)
>> > >
>> > > Actually, we are scarce on fc23 slaves, not el (right now we have 28
>> idle
>> > > el7
>> > > slaves, and I've been waiting for more than 45min for a lago
>> check-patch to
>> > > start on a fc23 slave)
>> > >
>> > > >
>> > > >
>> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro
<dcaro(a)redhat.com>
>> wrote:
>> > > >
>> > > > > On 05/10 18:02, David Caro wrote:
>> > > > > > On 05/10 18:53, Eyal Edri wrote:
>> > > > > > > Looking at the load on our hypervisors I'm sure
we can add
>> more
>> > > slaves
>> > > > > to
>> > > > > > > jenkins.
>> > > > > > > Is there a documented procedure on how to add a new
slave so
>> > > anyone in
>> > > > > the
>> > > > > > > team can do it?
>> > > > > > >
>> > > > > >
>> > > > > > I remember writing something about the templates and
such,
>> will look
>> > > for
>> > > > > it.
>> > > > > >
>> > > > > > Though it might be a bit old, not sure if we have
changed
>> anything in
>> > > > > the last
>> > > > > > months, maybe someone has newer info.
>> > > > >
>> > > > >
>> > > > > There's some docs here:
>> > > > >
>> > > > >
>> > > > >
>> > >
>>
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
>> > > > >
>> > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > --
>> > > > > > > Eyal Edri
>> > > > > > > Associate Manager
>> > > > > > > RHEV DevOps
>> > > > > > > EMEA ENG Virtualization R&D
>> > > > > > > Red Hat Israel
>> > > > > > >
>> > > > > > > phone: +972-9-7692018
>> > > > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
>> > > > > >
>> > > > > > > _______________________________________________
>> > > > > > > Infra mailing list
>> > > > > > > Infra(a)ovirt.org
>> > > > > > > http://lists.ovirt.org/mailman/listinfo/infra
>> > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > David Caro
>> > > > > >
>> > > > > > Red Hat S.L.
>> > > > > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
>> > > > > >
>> > > > > > Tel.: +420 532 294 605
>> > > > > > Email: dcaro(a)redhat.com
>> > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>> > > > > > Web: www.redhat.com
>> > > > > > RHT Global #: 82-62605
>> > > > >
>> > > > >
>> > > > >
>> > > > > > _______________________________________________
>> > > > > > Infra mailing list
>> > > > > > Infra(a)ovirt.org
>> > > > > > http://lists.ovirt.org/mailman/listinfo/infra
>> > > > >
>> > > > >
>> > > > > --
>> > > > > David Caro
>> > > > >
>> > > > > Red Hat S.L.
>> > > > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
>> > > > >
>> > > > > Tel.: +420 532 294 605
>> > > > > Email: dcaro(a)redhat.com
>> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>> > > > > Web: www.redhat.com
>> > > > > RHT Global #: 82-62605
>> > > > >
>> > > > > _______________________________________________
>> > > > > Infra mailing list
>> > > > > Infra(a)ovirt.org
>> > > > > http://lists.ovirt.org/mailman/listinfo/infra
>> > > > >
>> > > > >
>> > >
>> > > > _______________________________________________
>> > > > Infra mailing list
>> > > > Infra(a)ovirt.org
>> > > > http://lists.ovirt.org/mailman/listinfo/infra
>> > >
>> > >
>> > > --
>> > > David Caro
>> > >
>> > > Red Hat S.L.
>> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
>> > >
>> > > Tel.: +420 532 294 605
>> > > Email: dcaro(a)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&D
>>
>> Tel.: +420 532 294 605
>> Email: dcaro(a)redhat.com
>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>> Web: www.redhat.com
>> RHT Global #: 82-62605
>>
>
>
_______________________________________________
Infra mailing list
Infra(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
--
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
2:14 a.m.
I agree with David here, I don't see a point in giving out real internet IPs to
machines that don't need it.
Options are:
* request a new VLAN and put internal machines there
* use internal IPs on the same VLAN (quick fix, yet not a good one)
* request to extend /25 subnet to /24 or allocate another one (will probably also be a
separate VLAN)
I opened a JIRA ticket to track this.
https://ovirt-jira.atlassian.net/browse/OVIRT-542
Regards,
Evgheni Dereveanchin
----- Original Message -----
From: "David Caro Estevez" <dcaroest(a)redhat.com>
To: "Eyal Edri" <eedri(a)redhat.com>
Cc: "infra" <infra(a)ovirt.org>, "dcaro@redhat com"
<dcaro(a)redhat.com>, "Evgheni Dereveanchin" <ederevea(a)redhat.com>,
"Nadav Goldin" <ngoldin(a)redhat.com>
Sent: Friday, 13 May, 2016 9:03:05 AM
Subject: Re: capacity for more slaves
One possibility that will give us a lot of ips is using internal ones, though it will
require a bit more configuration but now that the jenkins master is in phx I think it
might be a good option
David Caro
El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribió:
Please open a ticket in jira on extending the ip range, i guess we need to handle ir soon
On May 12, 2016 8:58 PM, "Nadav Goldin" <ngoldin(a)redhat.com> wrote:
sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
had to remove some old unused testing VMs to release IPs.
we have some useless leases there such as an IP for each template,
though I'm not 100% sure if its safe to simply delete them from foreman
(they are saved as templates in the engine, so theoretically shouldn't
be a problem)
On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com> wrote:
On 05/12 16:50, Nadav Goldin wrote:
ok I'll add also FC23, though I think the problem is the vdsm
jobs, not sure
why they use only fc* instead of the el7 ones
Thanks man, that's because (at least the check-merged) use libvirt to start up
vms, and trying to use libvirt from a fc23 chroot on an el7 host ends up in
error, so they have to run on fc23/21 slaves
On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com> wrote:
> On 05/12 12:46, Nadav Goldin wrote:
> > Hi, I added few more el7 slaves, there is a (relatively) new template
> > 'centos72-jenkins-slave' in the Jenkins_CentOS cluster.
> > iirc there was a discussion few months ago about our IPs limit, I think
> > we're approaching that(there are
> > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and this is
> > without the old ovirt-srv* which are not managed there)
>
> Actually, we are scarce on fc23 slaves, not el (right now we have 28 idle
> el7
> slaves, and I've been waiting for more than 45min for a lago check-patch to
> start on a fc23 slave)
>
> >
> >
> > On Tue, May 10, 2016 at 7:04 PM, David Caro <dcaro(a)redhat.com> wrote:
> >
> > > On 05/10 18:02, David Caro wrote:
> > > > On 05/10 18:53, Eyal Edri wrote:
> > > > > Looking at the load on our hypervisors I'm sure we can add
more
> slaves
> > > to
> > > > > jenkins.
> > > > > Is there a documented procedure on how to add a new slave so
> anyone in
> > > the
> > > > > team can do it?
> > > > >
> > > >
> > > > I remember writing something about the templates and such, will look
> for
> > > it.
> > > >
> > > > Though it might be a bit old, not sure if we have changed anything
in
> > > the last
> > > > months, maybe someone has newer info.
> > >
> > >
> > > There's some docs here:
> > >
> > >
> > >
>
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> > >
> > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Eyal Edri
> > > > > Associate Manager
> > > > > RHEV DevOps
> > > > > EMEA ENG Virtualization R&D
> > > > > Red Hat Israel
> > > > >
> > > > > phone: +972-9-7692018
> > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > >
> > > > > _______________________________________________
> > > > > Infra mailing list
> > > > > Infra(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >
> > > >
> > > > --
> > > > David Caro
> > > >
> > > > Red Hat S.L.
> > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > > >
> > > > Tel.: +420 532 294 605
> > > > Email: dcaro(a)redhat.com
> > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > Web: www.redhat.com
> > > > RHT Global #: 82-62605
> > >
> > >
> > >
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)redhat.com
> > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > Web: www.redhat.com
> > > RHT Global #: 82-62605
> > >
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
>
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
>
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)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&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
3:37 a.m.
--HACzHn9G0kmbdSJa
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/13 09:10, Anton Marchukov wrote:
Hello All.
=20
Are those IPs are used by any tests or the jobs itself?
Are used by the slaves themselves (each slave has one ip), not really needed
for anything (the slaves are not contacted by any outside machine nor offer=
ing
any service)
=20
Anton.
=20
On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <dcaroest(a)redhat.com>
wrote:
=20
> One possibility that will give us a lot of ips is using internal ones,
> though it will require a bit more configuration but now that the jenkins
> master is in phx I think it might be a good option
>
> David Caro
> El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribi=F3:
>
> Please open a ticket in jira on extending the ip range, i guess we need
> to handle ir soon
> On May 12, 2016 8:58 PM, "Nadav Goldin" <ngoldin(a)redhat.com> wrote:
>
>> sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
>> had to remove some old unused testing VMs to release IPs.
>> we have some useless leases there such as an IP for each template,
>> though I'm not 100% sure if its safe to simply delete them from foreman
>> (they are saved as templates in the engine, so theoretically shouldn't
>> be a problem)
>>
>>
>>
>>
>> On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com> wrote:
>>
>>> On 05/12 16:50, Nadav Goldin wrote:
>>> > ok I'll add also FC23, though I think the problem is the vdsm
jobs,
>>> not sure
>>> > why they use only fc* instead of the el7 ones
>>>
>>> Thanks man, that's because (at least the check-merged) use libvirt to
>>> start up
>>> vms, and trying to use libvirt from a fc23 chroot on an el7 host ends=
up
>>> in
>>> error, so they have to run on fc23/21 slaves
>>>
>>> >
>>> > On Thu, May 12, 2016 at 4:33 PM, David Caro <dcaro(a)redhat.com>
wrot=
e:
>>> >
>>> > > On 05/12 12:46, Nadav Goldin wrote:
>>> > > > Hi, I added few more el7 slaves, there is a (relatively) new
>>> template
>>> > > > 'centos72-jenkins-slave' in the Jenkins_CentOS
cluster.
>>> > > > iirc there was a discussion few months ago about our IPs
limit,=
I
>>> think
>>> > > > we're approaching that(there are
>>> > > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server,
and
>>> this is
>>> > > > without the old ovirt-srv* which are not managed there)
>>> > >
>>> > > Actually, we are scarce on fc23 slaves, not el (right now we have=
28
>>> idle
>>> > > el7
>>> > > slaves, and I've been waiting for more than 45min for a lago
>>> check-patch to
>>> > > start on a fc23 slave)
>>> > >
>>> > > >
>>> > > >
>>> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro
<dcaro(a)redhat.com>
>>> wrote:
>>> > > >
>>> > > > > On 05/10 18:02, David Caro wrote:
>>> > > > > > On 05/10 18:53, Eyal Edri wrote:
>>> > > > > > > Looking at the load on our hypervisors I'm
sure we can add
>>> more
>>> > > slaves
>>> > > > > to
>>> > > > > > > jenkins.
>>> > > > > > > Is there a documented procedure on how to add
a new slave=
so
>>> > > anyone in
>>> > > > > the
>>> > > > > > > team can do it?
>>> > > > > > >
>>> > > > > >
>>> > > > > > I remember writing something about the templates
and such,
>>> will look
>>> > > for
>>> > > > > it.
>>> > > > > >
>>> > > > > > Though it might be a bit old, not sure if we have
changed
>>> anything in
>>> > > > > the last
>>> > > > > > months, maybe someone has newer info.
>>> > > > >
>>> > > > >
>>> > > > > There's some docs here:
>>> > > > >
>>> > > > >
>>> > > > >
>>> > >
>>> http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Ho=
sts.html#ovirt-datacenter-organization
>>> > > > >
>>> > > > > >
>>> > > > > > >
>>> > > > > > >
>>> > > > > > >
>>> > > > > > >
>>> > > > > > > --
>>> > > > > > > Eyal Edri
>>> > > > > > > Associate Manager
>>> > > > > > > RHEV DevOps
>>> > > > > > > EMEA ENG Virtualization R&D
>>> > > > > > > Red Hat Israel
>>> > > > > > >
>>> > > > > > > phone: +972-9-7692018
>>> > > > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>> > > > > >
>>> > > > > > >
_______________________________________________
>>> > > > > > > Infra mailing list
>>> > > > > > > Infra(a)ovirt.org
>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/infra
>>> > > > > >
>>> > > > > >
>>> > > > > > --
>>> > > > > > David Caro
>>> > > > > >
>>> > > > > > Red Hat S.L.
>>> > > > > > Continuous Integration Engineer - EMEA ENG
Virtualization R=
&D
>>> > > > > >
>>> > > > > > Tel.: +420 532 294 605
>>> > > > > > Email: dcaro(a)redhat.com
>>> > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>>> > > > > > Web: www.redhat.com
>>> > > > > > RHT Global #: 82-62605
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > > > _______________________________________________
>>> > > > > > Infra mailing list
>>> > > > > > Infra(a)ovirt.org
>>> > > > > > http://lists.ovirt.org/mailman/listinfo/infra
>>> > > > >
>>> > > > >
>>> > > > > --
>>> > > > > David Caro
>>> > > > >
>>> > > > > Red Hat S.L.
>>> > > > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
>>> > > > >
>>> > > > > Tel.: +420 532 294 605
>>> > > > > Email: dcaro(a)redhat.com
>>> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>>> > > > > Web: www.redhat.com
>>> > > > > RHT Global #: 82-62605
>>> > > > >
>>> > > > > _______________________________________________
>>> > > > > Infra mailing list
>>> > > > > Infra(a)ovirt.org
>>> > > > > http://lists.ovirt.org/mailman/listinfo/infra
>>> > > > >
>>> > > > >
>>> > >
>>> > > > _______________________________________________
>>> > > > Infra mailing list
>>> > > > Infra(a)ovirt.org
>>> > > > http://lists.ovirt.org/mailman/listinfo/infra
>>> > >
>>> > >
>>> > > --
>>> > > David Caro
>>> > >
>>> > > Red Hat S.L.
>>> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
>>> > >
>>> > > Tel.: +420 532 294 605
>>> > > Email: dcaro(a)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&D
>>>
>>> Tel.: +420 532 294 605
>>> Email: dcaro(a)redhat.com
>>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
>>> Web: www.redhat.com
>>> RHT Global #: 82-62605
>>>
>>
>>
> _______________________________________________
> Infra mailing list
> Infra(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
=20
=20
--=20
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--HACzHn9G0kmbdSJa
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJXNZJWAAoJEEBxx+HSYmnD5gUH/04ExN2vc63PPO/pbzgFsPMb
cO15rynymYAmf1NpVsnP3p4ZDuyRQeUB0PBLCjNbsJXIIodUrT+Lh7V+LA8xaq9O
zkL/4EXxzu1hF+ZCQGyXUyCh5WRvWFg12BF3gP0jiH2MPwaAx5TQVF7DbQ3Z70J4
1grOnBh2L0DqtIbSMQehycWg4Or7PykWJBUdD61lpWXhrNLqPcqx3cf+6EeFXV6x
p6dxTRa4cu8A1UPgM+bY1A3kaali977KPuvlEBZysGR0MVMJK9DahUGTdGz/VeOM
PBJNu6U0TVSwOTD1VK3GbfUNUI6v79i3OsCWdlfLInhbIUC98MjRz+Bllwo9BoQ=
=TQN+
-----END PGP SIGNATURE-----
--HACzHn9G0kmbdSJa--
3:50 a.m.
Hello All.
Then I suggest consider rolling out IPv6 for the slaves right away
especially since it was declared a goal for oVirt 4. This can also simplify
slaves management as we can use SLAC for IP assignment and can solve that
DHCP update problems we had in foreman due to stale mac addresses etc.. the
mac will be coming directly from oVirt mac pools and then SLAC will setup
an IP and we can autoregister in DNS.
Anton.
On Fri, May 13, 2016 at 10:37 AM, dcaro@redhat com <dcaro(a)redhat.com> wrote:
On 05/13 09:10, Anton Marchukov wrote:
> Hello All.
>
> Are those IPs are used by any tests or the jobs itself?
Are used by the slaves themselves (each slave has one ip), not really
needed
for anything (the slaves are not contacted by any outside machine nor
offering
any service)
>
> Anton.
>
> On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <dcaroest(a)redhat.com
>
> wrote:
>
> > One possibility that will give us a lot of ips is using internal ones,
> > though it will require a bit more configuration but now that the
jenkins
> > master is in phx I think it might be a good option
> >
> > David Caro
> > El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribió:
> >
> > Please open a ticket in jira on extending the ip range, i guess we
need
> > to handle ir soon
> > On May 12, 2016 8:58 PM, "Nadav Goldin" <ngoldin(a)redhat.com>
wrote:
> >
> >> sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
> >> had to remove some old unused testing VMs to release IPs.
> >> we have some useless leases there such as an IP for each template,
> >> though I'm not 100% sure if its safe to simply delete them from
foreman
> >> (they are saved as templates in the engine, so theoretically shouldn't
> >> be a problem)
> >>
> >>
> >>
> >>
> >> On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com>
wrote:
> >>
> >>> On 05/12 16:50, Nadav Goldin wrote:
> >>> > ok I'll add also FC23, though I think the problem is the vdsm
jobs,
> >>> not sure
> >>> > why they use only fc* instead of the el7 ones
> >>>
> >>> Thanks man, that's because (at least the check-merged) use libvirt
to
> >>> start up
> >>> vms, and trying to use libvirt from a fc23 chroot on an el7 host
ends up
> >>> in
> >>> error, so they have to run on fc23/21 slaves
> >>>
> >>> >
> >>> > On Thu, May 12, 2016 at 4:33 PM, David Caro
<dcaro(a)redhat.com>
wrote:
> >>> >
> >>> > > On 05/12 12:46, Nadav Goldin wrote:
> >>> > > > Hi, I added few more el7 slaves, there is a (relatively)
new
> >>> template
> >>> > > > 'centos72-jenkins-slave' in the Jenkins_CentOS
cluster.
> >>> > > > iirc there was a discussion few months ago about our
IPs
limit, I
> >>> think
> >>> > > > we're approaching that(there are
> >>> > > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd
server, and
> >>> this is
> >>> > > > without the old ovirt-srv* which are not managed there)
> >>> > >
> >>> > > Actually, we are scarce on fc23 slaves, not el (right now we
have 28
> >>> idle
> >>> > > el7
> >>> > > slaves, and I've been waiting for more than 45min for a
lago
> >>> check-patch to
> >>> > > start on a fc23 slave)
> >>> > >
> >>> > > >
> >>> > > >
> >>> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro
<dcaro(a)redhat.com>
> >>> wrote:
> >>> > > >
> >>> > > > > On 05/10 18:02, David Caro wrote:
> >>> > > > > > On 05/10 18:53, Eyal Edri wrote:
> >>> > > > > > > Looking at the load on our hypervisors
I'm sure we can
add
> >>> more
> >>> > > slaves
> >>> > > > > to
> >>> > > > > > > jenkins.
> >>> > > > > > > Is there a documented procedure on how to
add a new
slave so
> >>> > > anyone in
> >>> > > > > the
> >>> > > > > > > team can do it?
> >>> > > > > > >
> >>> > > > > >
> >>> > > > > > I remember writing something about the
templates and such,
> >>> will look
> >>> > > for
> >>> > > > > it.
> >>> > > > > >
> >>> > > > > > Though it might be a bit old, not sure if we
have changed
> >>> anything in
> >>> > > > > the last
> >>> > > > > > months, maybe someone has newer info.
> >>> > > > >
> >>> > > > >
> >>> > > > > There's some docs here:
> >>> > > > >
> >>> > > > >
> >>> > > > >
> >>> > >
> >>>
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> >>> > > > >
> >>> > > > > >
> >>> > > > > > >
> >>> > > > > > >
> >>> > > > > > >
> >>> > > > > > >
> >>> > > > > > > --
> >>> > > > > > > Eyal Edri
> >>> > > > > > > Associate Manager
> >>> > > > > > > RHEV DevOps
> >>> > > > > > > EMEA ENG Virtualization R&D
> >>> > > > > > > Red Hat Israel
> >>> > > > > > >
> >>> > > > > > > phone: +972-9-7692018
> >>> > > > > > > irc: eedri (on #tlv #rhev-dev
#rhev-integ)
> >>> > > > > >
> >>> > > > > > >
_______________________________________________
> >>> > > > > > > Infra mailing list
> >>> > > > > > > Infra(a)ovirt.org
> >>> > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> >>> > > > > >
> >>> > > > > >
> >>> > > > > > --
> >>> > > > > > David Caro
> >>> > > > > >
> >>> > > > > > Red Hat S.L.
> >>> > > > > > Continuous Integration Engineer - EMEA ENG
Virtualization
R&D
> >>> > > > > >
> >>> > > > > > Tel.: +420 532 294 605
> >>> > > > > > Email: dcaro(a)redhat.com
> >>> > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> >>> > > > > > Web: www.redhat.com
> >>> > > > > > RHT Global #: 82-62605
> >>> > > > >
> >>> > > > >
> >>> > > > >
> >>> > > > > >
_______________________________________________
> >>> > > > > > Infra mailing list
> >>> > > > > > Infra(a)ovirt.org
> >>> > > > > > http://lists.ovirt.org/mailman/listinfo/infra
> >>> > > > >
> >>> > > > >
> >>> > > > > --
> >>> > > > > David Caro
> >>> > > > >
> >>> > > > > Red Hat S.L.
> >>> > > > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
> >>> > > > >
> >>> > > > > Tel.: +420 532 294 605
> >>> > > > > Email: dcaro(a)redhat.com
> >>> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> >>> > > > > Web: www.redhat.com
> >>> > > > > RHT Global #: 82-62605
> >>> > > > >
> >>> > > > > _______________________________________________
> >>> > > > > Infra mailing list
> >>> > > > > Infra(a)ovirt.org
> >>> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> >>> > > > >
> >>> > > > >
> >>> > >
> >>> > > > _______________________________________________
> >>> > > > Infra mailing list
> >>> > > > Infra(a)ovirt.org
> >>> > > > http://lists.ovirt.org/mailman/listinfo/infra
> >>> > >
> >>> > >
> >>> > > --
> >>> > > David Caro
> >>> > >
> >>> > > Red Hat S.L.
> >>> > > Continuous Integration Engineer - EMEA ENG Virtualization
R&D
> >>> > >
> >>> > > Tel.: +420 532 294 605
> >>> > > Email: dcaro(a)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&D
> >>>
> >>> Tel.: +420 532 294 605
> >>> Email: dcaro(a)redhat.com
> >>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> >>> Web: www.redhat.com
> >>> RHT Global #: 82-62605
> >>>
> >>
> >>
> > _______________________________________________
> > Infra mailing list
> > Infra(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> >
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
5:55 a.m.
--/04w6evG8XlLl3ft
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 05/13 10:50, Anton Marchukov wrote:
Hello All.
=20
Then I suggest consider rolling out IPv6 for the slaves right away
especially since it was declared a goal for oVirt 4. This can also simpli=
fy
slaves management as we can use SLAC for IP assignment and can solve
that
DHCP update problems we had in foreman due to stale mac addresses etc.. t=
he
mac will be coming directly from oVirt mac pools and then SLAC will
setup
an IP and we can autoregister in DNS.
What is SLAC?
=20
Anton.
=20
On Fri, May 13, 2016 at 10:37 AM, dcaro@redhat com <dcaro(a)redhat.com> wro=
te:
=20
> On 05/13 09:10, Anton Marchukov wrote:
> > Hello All.
> >
> > Are those IPs are used by any tests or the jobs itself?
>
> Are used by the slaves themselves (each slave has one ip), not really
> needed
> for anything (the slaves are not contacted by any outside machine nor
> offering
> any service)
>
> >
> > Anton.
> >
> > On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <dcaroest(a)redhat.=
com
> >
> > wrote:
> >
> > > One possibility that will give us a lot of ips is using internal on=
es,
> > > though it will require a bit more configuration but
now that the
> jenkins
> > > master is in phx I think it might be a good option
> > >
> > > David Caro
> > > El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribi=F3:
> > >
> > > Please open a ticket in jira on extending the ip range, i guess we
> need
> > > to handle ir soon
> > > On May 12, 2016 8:58 PM, "Nadav Goldin"
<ngoldin(a)redhat.com> wrote:
> > >
> > >> sure, added 4 more FC23 slaves, and on the way hit the IPs limit,
> > >> had to remove some old unused testing VMs to release IPs.
> > >> we have some useless leases there such as an IP for each template,
> > >> though I'm not 100% sure if its safe to simply delete them from
> foreman
> > >> (they are saved as templates in the engine, so theoretically shoul=
dn't
> > >> be a problem)
> > >>
> > >>
> > >>
> > >>
> > >> On Thu, May 12, 2016 at 4:53 PM, David Caro <dcaro(a)redhat.com>
wro=
te:
> > >>
> > >>> On 05/12 16:50, Nadav Goldin wrote:
> > >>> > ok I'll add also FC23, though I think the problem is the
vdsm j=
obs,
> > >>> not sure
> > >>> > why they use only fc* instead of the el7 ones
> > >>>
> > >>> Thanks man, that's because (at least the check-merged) use
libvir=
t to
> > >>> start up
> > >>> vms, and trying to use libvirt from a fc23 chroot on an el7 host
> ends up
> > >>> in
> > >>> error, so they have to run on fc23/21 slaves
> > >>>
> > >>> >
> > >>> > On Thu, May 12, 2016 at 4:33 PM, David Caro
<dcaro(a)redhat.com>
> wrote:
> > >>> >
> > >>> > > On 05/12 12:46, Nadav Goldin wrote:
> > >>> > > > Hi, I added few more el7 slaves, there is a
(relatively) new
> > >>> template
> > >>> > > > 'centos72-jenkins-slave' in the
Jenkins_CentOS cluster.
> > >>> > > > iirc there was a discussion few months ago about
our IPs
> limit, I
> > >>> think
> > >>> > > > we're approaching that(there are
> > >>> > > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd
server, =
and
> > >>> this is
> > >>> > > > without the old ovirt-srv* which are not managed
there)
> > >>> > >
> > >>> > > Actually, we are scarce on fc23 slaves, not el (right
now we
> have 28
> > >>> idle
> > >>> > > el7
> > >>> > > slaves, and I've been waiting for more than 45min
for a lago
> > >>> check-patch to
> > >>> > > start on a fc23 slave)
> > >>> > >
> > >>> > > >
> > >>> > > >
> > >>> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro
<dcaro(a)redhat.c=
om>
> > >>> wrote:
> > >>> > > >
> > >>> > > > > On 05/10 18:02, David Caro wrote:
> > >>> > > > > > On 05/10 18:53, Eyal Edri wrote:
> > >>> > > > > > > Looking at the load on our
hypervisors I'm sure we can
> add
> > >>> more
> > >>> > > slaves
> > >>> > > > > to
> > >>> > > > > > > jenkins.
> > >>> > > > > > > Is there a documented procedure on
how to add a new
> slave so
> > >>> > > anyone in
> > >>> > > > > the
> > >>> > > > > > > team can do it?
> > >>> > > > > > >
> > >>> > > > > >
> > >>> > > > > > I remember writing something about the
templates and su=
ch,
> > >>> will look
> > >>> > > for
> > >>> > > > > it.
> > >>> > > > > >
> > >>> > > > > > Though it might be a bit old, not sure if
we have chang=
ed
> > >>> anything in
> > >>> > > > > the last
> > >>> > > > > > months, maybe someone has newer info.
> > >>> > > > >
> > >>> > > > >
> > >>> > > > > There's some docs here:
> > >>> > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > >
> > >>>
> http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Host=
s.html#ovirt-datacenter-organization
> > >>> > > > >
> > >>> > > > > >
> > >>> > > > > > >
> > >>> > > > > > >
> > >>> > > > > > >
> > >>> > > > > > >
> > >>> > > > > > > --
> > >>> > > > > > > Eyal Edri
> > >>> > > > > > > Associate Manager
> > >>> > > > > > > RHEV DevOps
> > >>> > > > > > > EMEA ENG Virtualization R&D
> > >>> > > > > > > Red Hat Israel
> > >>> > > > > > >
> > >>> > > > > > > phone: +972-9-7692018
> > >>> > > > > > > irc: eedri (on #tlv #rhev-dev
#rhev-integ)
> > >>> > > > > >
> > >>> > > > > > >
_______________________________________________
> > >>> > > > > > > Infra mailing list
> > >>> > > > > > > Infra(a)ovirt.org
> > >>> > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > >>> > > > > >
> > >>> > > > > >
> > >>> > > > > > --
> > >>> > > > > > David Caro
> > >>> > > > > >
> > >>> > > > > > Red Hat S.L.
> > >>> > > > > > Continuous Integration Engineer - EMEA
ENG Virtualizati=
on
> R&D
> > >>> > > > > >
> > >>> > > > > > Tel.: +420 532 294 605
> > >>> > > > > > Email: dcaro(a)redhat.com
> > >>> > > > > > IRC:
dcaro|dcaroest@{freenode|oftc|redhat}
> > >>> > > > > > Web: www.redhat.com
> > >>> > > > > > RHT Global #: 82-62605
> > >>> > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > > > > >
_______________________________________________
> > >>> > > > > > Infra mailing list
> > >>> > > > > > Infra(a)ovirt.org
> > >>> > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > >>> > > > >
> > >>> > > > >
> > >>> > > > > --
> > >>> > > > > David Caro
> > >>> > > > >
> > >>> > > > > Red Hat S.L.
> > >>> > > > > Continuous Integration Engineer - EMEA ENG
Virtualization=
R&D
> > >>> > > > >
> > >>> > > > > Tel.: +420 532 294 605
> > >>> > > > > Email: dcaro(a)redhat.com
> > >>> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > >>> > > > > Web: www.redhat.com
> > >>> > > > > RHT Global #: 82-62605
> > >>> > > > >
> > >>> > > > >
_______________________________________________
> > >>> > > > > Infra mailing list
> > >>> > > > > Infra(a)ovirt.org
> > >>> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >>> > > > >
> > >>> > > > >
> > >>> > >
> > >>> > > > _______________________________________________
> > >>> > > > Infra mailing list
> > >>> > > > Infra(a)ovirt.org
> > >>> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > >>> > >
> > >>> > >
> > >>> > > --
> > >>> > > David Caro
> > >>> > >
> > >>> > > Red Hat S.L.
> > >>> > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
> > >>> > >
> > >>> > > Tel.: +420 532 294 605
> > >>> > > Email: dcaro(a)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&D
> > >>>
> > >>> Tel.: +420 532 294 605
> > >>> Email: dcaro(a)redhat.com
> > >>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > >>> Web: www.redhat.com
> > >>> RHT Global #: 82-62605
> > >>>
> > >>
> > >>
> > > _______________________________________________
> > > Infra mailing list
> > > Infra(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/infra
> > >
> > >
> >
> >
> > --
> > Anton Marchukov
> > Senior Software Engineer - RHEV CI - Red Hat
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
=20
=20
=20
--=20
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--/04w6evG8XlLl3ft
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJXNbKwAAoJEEBxx+HSYmnDFloH/jXguRBQZJF8qB/KoN2xudOD
puJRp34u8a7jg4GpcrO30WAXYNAyawFWqCHUEPddSo2UI1BVkRFKTVrU5rhTqihM
aEejw7gUcDIwdBEMPJWXMjxfwSUuQwG98kU9/0YJTgvJLgra2gDWed1qv1nr6wPH
pT0AxHrPiZZ7YWrb6hVD6w5FRm34Beq3tAS+LhdIXw7mBrfHScZNwX4LlmvDL1oI
2npGylXk1JHMde/OwOE/CEGxNjjBhNTpslHr2RG6olKh3JNxP1wMBO2ZULIL+1vd
XWULVp7vA5mxwqRyXqsnC3CA7sWMm70FyRH/qHheE9POrjcVZj4bn8vTLxUWTbM=
=vS48
-----END PGP SIGNATURE-----
--/04w6evG8XlLl3ft--
6:04 a.m.
Hello David.
Forgot one "A". So it is SLAAC a scheme where IP address of the host in
IPv6 is generated from the mac address by the host itself and so it is
stateless at that sense and does not require keeping IP to MAC database
anywhere. Also unless privacy extension is enabled the machine will get the
same IP address always if it keeps the same MAC.
Routing prefix in this case comes from either DHCP or from the router using
router solicitation - but all of that are not required to keep any MAC
databases either.
BTW there are also IPv6 link-local addresses that are autogenerated the
same way but does not require any routeing prefixes as they work over the
local network only. Those can also be used for the slaves if we sure they
are in the same LAN. The good point is that they do not require any
intermediates for anything and typical pattern for DNS is using mDNS that
does not require centralized DNS servers either since it is LAN only.
Some patterns for IPv6 deployment use both global and link-local addresses
together.
https://en.wikipedia.org/wiki/IPv6_address#Stateless_address_autoconfigur...
Anton.
On Fri, May 13, 2016 at 12:55 PM, dcaro@redhat com <dcaro(a)redhat.com> wrote:
On 05/13 10:50, Anton Marchukov wrote:
> Hello All.
>
> Then I suggest consider rolling out IPv6 for the slaves right away
> especially since it was declared a goal for oVirt 4. This can also
simplify
> slaves management as we can use SLAC for IP assignment and can solve that
> DHCP update problems we had in foreman due to stale mac addresses etc..
the
> mac will be coming directly from oVirt mac pools and then SLAC will setup
> an IP and we can autoregister in DNS.
What is SLAC?
>
> Anton.
>
> On Fri, May 13, 2016 at 10:37 AM, dcaro@redhat com <dcaro(a)redhat.com>
wrote:
>
> > On 05/13 09:10, Anton Marchukov wrote:
> > > Hello All.
> > >
> > > Are those IPs are used by any tests or the jobs itself?
> >
> > Are used by the slaves themselves (each slave has one ip), not really
> > needed
> > for anything (the slaves are not contacted by any outside machine nor
> > offering
> > any service)
> >
> > >
> > > Anton.
> > >
> > > On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <
dcaroest(a)redhat.com
> > >
> > > wrote:
> > >
> > > > One possibility that will give us a lot of ips is using internal
ones,
> > > > though it will require a bit more configuration but now that the
> > jenkins
> > > > master is in phx I think it might be a good option
> > > >
> > > > David Caro
> > > > El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com> escribió:
> > > >
> > > > Please open a ticket in jira on extending the ip range, i guess we
> > need
> > > > to handle ir soon
> > > > On May 12, 2016 8:58 PM, "Nadav Goldin"
<ngoldin(a)redhat.com>
wrote:
> > > >
> > > >> sure, added 4 more FC23 slaves, and on the way hit the IPs
limit,
> > > >> had to remove some old unused testing VMs to release IPs.
> > > >> we have some useless leases there such as an IP for each
template,
> > > >> though I'm not 100% sure if its safe to simply delete them
from
> > foreman
> > > >> (they are saved as templates in the engine, so theoretically
shouldn't
> > > >> be a problem)
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> On Thu, May 12, 2016 at 4:53 PM, David Caro
<dcaro(a)redhat.com>
wrote:
> > > >>
> > > >>> On 05/12 16:50, Nadav Goldin wrote:
> > > >>> > ok I'll add also FC23, though I think the problem is
the vdsm
jobs,
> > > >>> not sure
> > > >>> > why they use only fc* instead of the el7 ones
> > > >>>
> > > >>> Thanks man, that's because (at least the check-merged)
use
libvirt to
> > > >>> start up
> > > >>> vms, and trying to use libvirt from a fc23 chroot on an el7
host
> > ends up
> > > >>> in
> > > >>> error, so they have to run on fc23/21 slaves
> > > >>>
> > > >>> >
> > > >>> > On Thu, May 12, 2016 at 4:33 PM, David Caro
<dcaro(a)redhat.com>
> > wrote:
> > > >>> >
> > > >>> > > On 05/12 12:46, Nadav Goldin wrote:
> > > >>> > > > Hi, I added few more el7 slaves, there is a
(relatively)
new
> > > >>> template
> > > >>> > > > 'centos72-jenkins-slave' in the
Jenkins_CentOS cluster.
> > > >>> > > > iirc there was a discussion few months ago
about our IPs
> > limit, I
> > > >>> think
> > > >>> > > > we're approaching that(there are
> > > >>> > > > 102 fixed addresses in foreman.phx.ovirt.org
dhcpd
server, and
> > > >>> this is
> > > >>> > > > without the old ovirt-srv* which are not
managed there)
> > > >>> > >
> > > >>> > > Actually, we are scarce on fc23 slaves, not el
(right now we
> > have 28
> > > >>> idle
> > > >>> > > el7
> > > >>> > > slaves, and I've been waiting for more than
45min for a lago
> > > >>> check-patch to
> > > >>> > > start on a fc23 slave)
> > > >>> > >
> > > >>> > > >
> > > >>> > > >
> > > >>> > > > On Tue, May 10, 2016 at 7:04 PM, David Caro
<
dcaro(a)redhat.com>
> > > >>> wrote:
> > > >>> > > >
> > > >>> > > > > On 05/10 18:02, David Caro wrote:
> > > >>> > > > > > On 05/10 18:53, Eyal Edri wrote:
> > > >>> > > > > > > Looking at the load on our
hypervisors I'm sure we
can
> > add
> > > >>> more
> > > >>> > > slaves
> > > >>> > > > > to
> > > >>> > > > > > > jenkins.
> > > >>> > > > > > > Is there a documented procedure
on how to add a new
> > slave so
> > > >>> > > anyone in
> > > >>> > > > > the
> > > >>> > > > > > > team can do it?
> > > >>> > > > > > >
> > > >>> > > > > >
> > > >>> > > > > > I remember writing something about
the templates and
such,
> > > >>> will look
> > > >>> > > for
> > > >>> > > > > it.
> > > >>> > > > > >
> > > >>> > > > > > Though it might be a bit old, not
sure if we have
changed
> > > >>> anything in
> > > >>> > > > > the last
> > > >>> > > > > > months, maybe someone has newer
info.
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > > > > There's some docs here:
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > >
> > > >>>
> >
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> > > >>> > > > >
> > > >>> > > > > >
> > > >>> > > > > > >
> > > >>> > > > > > >
> > > >>> > > > > > >
> > > >>> > > > > > >
> > > >>> > > > > > > --
> > > >>> > > > > > > Eyal Edri
> > > >>> > > > > > > Associate Manager
> > > >>> > > > > > > RHEV DevOps
> > > >>> > > > > > > EMEA ENG Virtualization
R&D
> > > >>> > > > > > > Red Hat Israel
> > > >>> > > > > > >
> > > >>> > > > > > > phone: +972-9-7692018
> > > >>> > > > > > > irc: eedri (on #tlv #rhev-dev
#rhev-integ)
> > > >>> > > > > >
> > > >>> > > > > > >
_______________________________________________
> > > >>> > > > > > > Infra mailing list
> > > >>> > > > > > > Infra(a)ovirt.org
> > > >>> > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > >>> > > > > >
> > > >>> > > > > >
> > > >>> > > > > > --
> > > >>> > > > > > David Caro
> > > >>> > > > > >
> > > >>> > > > > > Red Hat S.L.
> > > >>> > > > > > Continuous Integration Engineer -
EMEA ENG
Virtualization
> > R&D
> > > >>> > > > > >
> > > >>> > > > > > Tel.: +420 532 294 605
> > > >>> > > > > > Email: dcaro(a)redhat.com
> > > >>> > > > > > IRC:
dcaro|dcaroest@{freenode|oftc|redhat}
> > > >>> > > > > > Web: www.redhat.com
> > > >>> > > > > > RHT Global #: 82-62605
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > > > > >
_______________________________________________
> > > >>> > > > > > Infra mailing list
> > > >>> > > > > > Infra(a)ovirt.org
> > > >>> > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > > > > --
> > > >>> > > > > David Caro
> > > >>> > > > >
> > > >>> > > > > Red Hat S.L.
> > > >>> > > > > Continuous Integration Engineer - EMEA
ENG
Virtualization R&D
> > > >>> > > > >
> > > >>> > > > > Tel.: +420 532 294 605
> > > >>> > > > > Email: dcaro(a)redhat.com
> > > >>> > > > > IRC:
dcaro|dcaroest@{freenode|oftc|redhat}
> > > >>> > > > > Web: www.redhat.com
> > > >>> > > > > RHT Global #: 82-62605
> > > >>> > > > >
> > > >>> > > > >
_______________________________________________
> > > >>> > > > > Infra mailing list
> > > >>> > > > > Infra(a)ovirt.org
> > > >>> > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > >>> > > > >
> > > >>> > > > >
> > > >>> > >
> > > >>> > > >
_______________________________________________
> > > >>> > > > Infra mailing list
> > > >>> > > > Infra(a)ovirt.org
> > > >>> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >>> > >
> > > >>> > >
> > > >>> > > --
> > > >>> > > David Caro
> > > >>> > >
> > > >>> > > Red Hat S.L.
> > > >>> > > Continuous Integration Engineer - EMEA ENG
Virtualization R&D
> > > >>> > >
> > > >>> > > Tel.: +420 532 294 605
> > > >>> > > Email: dcaro(a)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&D
> > > >>>
> > > >>> Tel.: +420 532 294 605
> > > >>> Email: dcaro(a)redhat.com
> > > >>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > >>> Web: www.redhat.com
> > > >>> RHT Global #: 82-62605
> > > >>>
> > > >>
> > > >>
> > > > _______________________________________________
> > > > Infra mailing list
> > > > Infra(a)ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > >
> > > >
> > >
> > >
> > > --
> > > Anton Marchukov
> > > Senior Software Engineer - RHEV CI - Red Hat
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> >
> > Tel.: +420 532 294 605
> > Email: dcaro(a)redhat.com
> > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > Web: www.redhat.com
> > RHT Global #: 82-62605
> >
>
>
>
> --
> Anton Marchukov
> Senior Software Engineer - RHEV CI - Red Hat
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
8:02 a.m.
Please add it to the agenda on tomorrow meeting for infra.
e.
On Fri, May 13, 2016 at 2:04 PM, Anton Marchukov <amarchuk(a)redhat.com>
wrote:
Hello David.
Forgot one "A". So it is SLAAC a scheme where IP address of the host in
IPv6 is generated from the mac address by the host itself and so it is
stateless at that sense and does not require keeping IP to MAC database
anywhere. Also unless privacy extension is enabled the machine will get the
same IP address always if it keeps the same MAC.
Routing prefix in this case comes from either DHCP or from the router
using router solicitation - but all of that are not required to keep any
MAC databases either.
BTW there are also IPv6 link-local addresses that are autogenerated the
same way but does not require any routeing prefixes as they work over the
local network only. Those can also be used for the slaves if we sure they
are in the same LAN. The good point is that they do not require any
intermediates for anything and typical pattern for DNS is using mDNS that
does not require centralized DNS servers either since it is LAN only.
Some patterns for IPv6 deployment use both global and link-local addresses
together.
https://en.wikipedia.org/wiki/IPv6_address#Stateless_address_autoconfigur...
Anton.
On Fri, May 13, 2016 at 12:55 PM, dcaro@redhat com <dcaro(a)redhat.com>
wrote:
> On 05/13 10:50, Anton Marchukov wrote:
> > Hello All.
> >
> > Then I suggest consider rolling out IPv6 for the slaves right away
> > especially since it was declared a goal for oVirt 4. This can also
> simplify
> > slaves management as we can use SLAC for IP assignment and can solve
> that
> > DHCP update problems we had in foreman due to stale mac addresses etc..
> the
> > mac will be coming directly from oVirt mac pools and then SLAC will
> setup
> > an IP and we can autoregister in DNS.
>
>
> What is SLAC?
>
> >
> > Anton.
> >
> > On Fri, May 13, 2016 at 10:37 AM, dcaro@redhat com <dcaro(a)redhat.com>
> wrote:
> >
> > > On 05/13 09:10, Anton Marchukov wrote:
> > > > Hello All.
> > > >
> > > > Are those IPs are used by any tests or the jobs itself?
> > >
> > > Are used by the slaves themselves (each slave has one ip), not really
> > > needed
> > > for anything (the slaves are not contacted by any outside machine nor
> > > offering
> > > any service)
> > >
> > > >
> > > > Anton.
> > > >
> > > > On Fri, May 13, 2016 at 9:03 AM, David Caro Estevez <
> dcaroest(a)redhat.com
> > > >
> > > > wrote:
> > > >
> > > > > One possibility that will give us a lot of ips is using internal
> ones,
> > > > > though it will require a bit more configuration but now that the
> > > jenkins
> > > > > master is in phx I think it might be a good option
> > > > >
> > > > > David Caro
> > > > > El 13 may. 2016 7:57, Eyal Edri <eedri(a)redhat.com>
escribió:
> > > > >
> > > > > Please open a ticket in jira on extending the ip range, i guess
> we
> > > need
> > > > > to handle ir soon
> > > > > On May 12, 2016 8:58 PM, "Nadav Goldin"
<ngoldin(a)redhat.com>
> wrote:
> > > > >
> > > > >> sure, added 4 more FC23 slaves, and on the way hit the IPs
limit,
> > > > >> had to remove some old unused testing VMs to release IPs.
> > > > >> we have some useless leases there such as an IP for each
> template,
> > > > >> though I'm not 100% sure if its safe to simply delete
them from
> > > foreman
> > > > >> (they are saved as templates in the engine, so theoretically
> shouldn't
> > > > >> be a problem)
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> On Thu, May 12, 2016 at 4:53 PM, David Caro
<dcaro(a)redhat.com>
> wrote:
> > > > >>
> > > > >>> On 05/12 16:50, Nadav Goldin wrote:
> > > > >>> > ok I'll add also FC23, though I think the
problem is the vdsm
> jobs,
> > > > >>> not sure
> > > > >>> > why they use only fc* instead of the el7 ones
> > > > >>>
> > > > >>> Thanks man, that's because (at least the
check-merged) use
> libvirt to
> > > > >>> start up
> > > > >>> vms, and trying to use libvirt from a fc23 chroot on an
el7 host
> > > ends up
> > > > >>> in
> > > > >>> error, so they have to run on fc23/21 slaves
> > > > >>>
> > > > >>> >
> > > > >>> > On Thu, May 12, 2016 at 4:33 PM, David Caro
<dcaro(a)redhat.com
> >
> > > wrote:
> > > > >>> >
> > > > >>> > > On 05/12 12:46, Nadav Goldin wrote:
> > > > >>> > > > Hi, I added few more el7 slaves, there is
a (relatively)
> new
> > > > >>> template
> > > > >>> > > > 'centos72-jenkins-slave' in the
Jenkins_CentOS cluster.
> > > > >>> > > > iirc there was a discussion few months ago
about our IPs
> > > limit, I
> > > > >>> think
> > > > >>> > > > we're approaching that(there are
> > > > >>> > > > 102 fixed addresses in
foreman.phx.ovirt.org dhcpd
> server, and
> > > > >>> this is
> > > > >>> > > > without the old ovirt-srv* which are not
managed there)
> > > > >>> > >
> > > > >>> > > Actually, we are scarce on fc23 slaves, not el
(right now we
> > > have 28
> > > > >>> idle
> > > > >>> > > el7
> > > > >>> > > slaves, and I've been waiting for more than
45min for a lago
> > > > >>> check-patch to
> > > > >>> > > start on a fc23 slave)
> > > > >>> > >
> > > > >>> > > >
> > > > >>> > > >
> > > > >>> > > > On Tue, May 10, 2016 at 7:04 PM, David
Caro <
> dcaro(a)redhat.com>
> > > > >>> wrote:
> > > > >>> > > >
> > > > >>> > > > > On 05/10 18:02, David Caro wrote:
> > > > >>> > > > > > On 05/10 18:53, Eyal Edri
wrote:
> > > > >>> > > > > > > Looking at the load on our
hypervisors I'm sure we
> can
> > > add
> > > > >>> more
> > > > >>> > > slaves
> > > > >>> > > > > to
> > > > >>> > > > > > > jenkins.
> > > > >>> > > > > > > Is there a documented
procedure on how to add a new
> > > slave so
> > > > >>> > > anyone in
> > > > >>> > > > > the
> > > > >>> > > > > > > team can do it?
> > > > >>> > > > > > >
> > > > >>> > > > > >
> > > > >>> > > > > > I remember writing something
about the templates and
> such,
> > > > >>> will look
> > > > >>> > > for
> > > > >>> > > > > it.
> > > > >>> > > > > >
> > > > >>> > > > > > Though it might be a bit old,
not sure if we have
> changed
> > > > >>> anything in
> > > > >>> > > > > the last
> > > > >>> > > > > > months, maybe someone has newer
info.
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > > > > There's some docs here:
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > >
> > > > >>>
> > >
>
http://ovirt-infra-docs.readthedocs.io/en/latest/Phoenix_Lab/oVirt_Hosts....
> > > > >>> > > > >
> > > > >>> > > > > >
> > > > >>> > > > > > >
> > > > >>> > > > > > >
> > > > >>> > > > > > >
> > > > >>> > > > > > >
> > > > >>> > > > > > > --
> > > > >>> > > > > > > Eyal Edri
> > > > >>> > > > > > > Associate Manager
> > > > >>> > > > > > > RHEV DevOps
> > > > >>> > > > > > > EMEA ENG Virtualization
R&D
> > > > >>> > > > > > > Red Hat Israel
> > > > >>> > > > > > >
> > > > >>> > > > > > > phone: +972-9-7692018
> > > > >>> > > > > > > irc: eedri (on #tlv
#rhev-dev #rhev-integ)
> > > > >>> > > > > >
> > > > >>> > > > > > >
_______________________________________________
> > > > >>> > > > > > > Infra mailing list
> > > > >>> > > > > > > Infra(a)ovirt.org
> > > > >>> > > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > >>> > > > > >
> > > > >>> > > > > >
> > > > >>> > > > > > --
> > > > >>> > > > > > David Caro
> > > > >>> > > > > >
> > > > >>> > > > > > Red Hat S.L.
> > > > >>> > > > > > Continuous Integration Engineer
- EMEA ENG
> Virtualization
> > > R&D
> > > > >>> > > > > >
> > > > >>> > > > > > Tel.: +420 532 294 605
> > > > >>> > > > > > Email: dcaro(a)redhat.com
> > > > >>> > > > > > IRC:
dcaro|dcaroest@{freenode|oftc|redhat}
> > > > >>> > > > > > Web: www.redhat.com
> > > > >>> > > > > > RHT Global #: 82-62605
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > > > > >
_______________________________________________
> > > > >>> > > > > > Infra mailing list
> > > > >>> > > > > > Infra(a)ovirt.org
> > > > >>> > > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > > > > --
> > > > >>> > > > > David Caro
> > > > >>> > > > >
> > > > >>> > > > > Red Hat S.L.
> > > > >>> > > > > Continuous Integration Engineer -
EMEA ENG
> Virtualization R&D
> > > > >>> > > > >
> > > > >>> > > > > Tel.: +420 532 294 605
> > > > >>> > > > > Email: dcaro(a)redhat.com
> > > > >>> > > > > IRC:
dcaro|dcaroest@{freenode|oftc|redhat}
> > > > >>> > > > > Web: www.redhat.com
> > > > >>> > > > > RHT Global #: 82-62605
> > > > >>> > > > >
> > > > >>> > > > >
_______________________________________________
> > > > >>> > > > > Infra mailing list
> > > > >>> > > > > Infra(a)ovirt.org
> > > > >>> > > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > >>> > > > >
> > > > >>> > > > >
> > > > >>> > >
> > > > >>> > > >
_______________________________________________
> > > > >>> > > > Infra mailing list
> > > > >>> > > > Infra(a)ovirt.org
> > > > >>> > > >
http://lists.ovirt.org/mailman/listinfo/infra
> > > > >>> > >
> > > > >>> > >
> > > > >>> > > --
> > > > >>> > > David Caro
> > > > >>> > >
> > > > >>> > > Red Hat S.L.
> > > > >>> > > Continuous Integration Engineer - EMEA ENG
Virtualization
> R&D
> > > > >>> > >
> > > > >>> > > Tel.: +420 532 294 605
> > > > >>> > > Email: dcaro(a)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&D
> > > > >>>
> > > > >>> Tel.: +420 532 294 605
> > > > >>> Email: dcaro(a)redhat.com
> > > > >>> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > > >>> Web: www.redhat.com
> > > > >>> RHT Global #: 82-62605
> > > > >>>
> > > > >>
> > > > >>
> > > > > _______________________________________________
> > > > > Infra mailing list
> > > > > Infra(a)ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Anton Marchukov
> > > > Senior Software Engineer - RHEV CI - Red Hat
> > >
> > > --
> > > David Caro
> > >
> > > Red Hat S.L.
> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> > >
> > > Tel.: +420 532 294 605
> > > Email: dcaro(a)redhat.com
> > > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > > Web: www.redhat.com
> > > RHT Global #: 82-62605
> > >
> >
> >
> >
> > --
> > Anton Marchukov
> > Senior Software Engineer - RHEV CI - Red Hat
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
--
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
--
Eyal Edri
Associate Manager
RHEV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
2926
days inactive
2931
days old
16 comments
7 participants
participants (7)
-
Anton Marchukov -
David Caro -
David Caro Estevez -
dcaro＠redhat com
-
Evgheni Dereveanchin -
Eyal Edri -
Nadav Goldin