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)
--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@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@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--
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 =
--rCwQ2Y43eQY6RBgR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 05/10 18:02, David Caro wrote: 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro@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--
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@redhat.com> 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
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
On 05/10 18:02, David Caro wrote: the 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.htm...
-- 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
--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@redhat.com> wrote: =20
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
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
On 05/10 18:02, David Caro wrote: the 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@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@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--
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@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@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
jenkins. Is there a documented procedure on how to add a new slave so anyone in
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
to the 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.htm...
-- 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
--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@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@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
jenkins. Is there a documented procedure on how to add a new slave so anyone in
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
to the 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@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--
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@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@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@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
> jenkins. > Is there a documented procedure on how to add a new slave so anyone in
> 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
to the 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.htm...
> > > > > -- > 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
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@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@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@redhat.com> wrote:
On 05/12 12:46, Nadav Goldin wrote:
Hi, I added few more el7 slaves, there is a (relatively) new
'centos72-jenkins-slave' in the Jenkins_CentOS cluster. iirc there was a discussion few months ago about our IPs limit, I
we're approaching that(there are 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
template think 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@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.htm...
> > > > > > > > > > > -- > > 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@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@redhat.com > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > Web: www.redhat.com > RHT Global #: 82-62605
> _______________________________________________ > Infra mailing list > Infra@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
----_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--
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@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@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@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@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@redhat.com> wrote:
On 05/12 12:46, Nadav Goldin wrote:
Hi, I added few more el7 slaves, there is a (relatively) new
'centos72-jenkins-slave' in the Jenkins_CentOS cluster. iirc there was a discussion few months ago about our IPs limit, I
we're approaching that(there are 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
template think 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@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.htm...
> > > > > > > > > > > > > > > > > > -- > > > 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@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@redhat.com > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > Web: www.redhat.com > > RHT Global #: 82-62605 > > > > > _______________________________________________ > > Infra mailing list > > Infra@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > -- > David Caro > > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > Tel.: +420 532 294 605 > Email: dcaro@redhat.com > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > Web: www.redhat.com > RHT Global #: 82-62605 > > _______________________________________________ > Infra mailing list > Infra@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > >
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Anton Marchukov Senior Software Engineer - RHEV CI - Red Hat
--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@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@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@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@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@redhat.com> wrot=
e:
On 05/12 12:46, Nadav Goldin wrote: > Hi, I added few more el7 slaves, there is a (relatively) new
> 'centos72-jenkins-slave' in the Jenkins_CentOS cluster. > iirc there was a discussion few months ago about our IPs limit,= I
> we're approaching that(there are > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
template think 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@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@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@redhat.com > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > Web: www.redhat.com > > > RHT Global #: 82-62605 > > > > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > -- > > David Caro > > > > Red Hat S.L. > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > Tel.: +420 532 294 605 > > Email: dcaro@redhat.com > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > Web: www.redhat.com > > RHT Global #: 82-62605 > > > > _______________________________________________ > > Infra mailing list > > Infra@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > >
> _______________________________________________ > Infra mailing list > Infra@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
=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@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--
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@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@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
master is in phx I think it might be a good option
David Caro El 13 may. 2016 7:57, Eyal Edri <eedri@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@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@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@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
jenkins limit, I
> > we're approaching that(there are > > 102 fixed addresses in foreman.phx.ovirt.org dhcpd server, and
think 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@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.htm...
> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > 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@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@redhat.com > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > > Web: www.redhat.com > > > > RHT Global #: 82-62605 > > > > > > > > > > > > > _______________________________________________ > > > > Infra mailing list > > > > Infra@ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > -- > > > David Caro > > > > > > Red Hat S.L. > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > > > Tel.: +420 532 294 605 > > > Email: dcaro@redhat.com > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > Web: www.redhat.com > > > RHT Global #: 82-62605 > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > _______________________________________________ > > Infra mailing list > > Infra@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > -- > David Caro > > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > Tel.: +420 532 294 605 > Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- 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@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
--/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@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@redhat.=
com
wrote:
One possibility that will give us a lot of ips is using internal on=
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@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@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@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@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
es, 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@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@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@redhat.com > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > > > Web: www.redhat.com > > > > > RHT Global #: 82-62605 > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Infra mailing list > > > > > Infra@ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > -- > > > > David Caro > > > > > > > > Red Hat S.L. > > > > Continuous Integration Engineer - EMEA ENG Virtualization= R&D > > > > > > > > Tel.: +420 532 294 605 > > > > Email: dcaro@redhat.com > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > > Web: www.redhat.com > > > > RHT Global #: 82-62605 > > > > > > > > _______________________________________________ > > > > Infra mailing list > > > > Infra@ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > _______________________________________________ > > > Infra mailing list > > > Infra@ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > -- > > David Caro > > > > Red Hat S.L. > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > Tel.: +420 532 294 605 > > Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- 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@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@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--
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_autoconfigurati... Anton. On Fri, May 13, 2016 at 12:55 PM, dcaro@redhat com <dcaro@redhat.com> 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..
On 05/13 10:50, Anton Marchukov wrote: 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@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 <
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@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@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@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
dcaroest@redhat.com 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@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@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.htm...
> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > 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@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@redhat.com > > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > > > > Web: www.redhat.com > > > > > > RHT Global #: 82-62605 > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Infra mailing list > > > > > > Infra@ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > -- > > > > > David Caro > > > > > > > > > > Red Hat S.L. > > > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > > > > > > > Tel.: +420 532 294 605 > > > > > Email: dcaro@redhat.com > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > > > > > Web: www.redhat.com > > > > > RHT Global #: 82-62605 > > > > > > > > > > _______________________________________________ > > > > > Infra mailing list > > > > > Infra@ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Infra mailing list > > > > Infra@ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > > > > > -- > > > David Caro > > > > > > Red Hat S.L. > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > > > > > Tel.: +420 532 294 605 > > > Email: dcaro@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@redhat.com > IRC: dcaro|dcaroest@{freenode|oftc|redhat} > Web: www.redhat.com > RHT Global #: 82-62605 >
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- 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@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@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
Please add it to the agenda on tomorrow meeting for infra. e. On Fri, May 13, 2016 at 2:04 PM, Anton Marchukov <amarchuk@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_autoconfigurati...
Anton.
On Fri, May 13, 2016 at 12:55 PM, dcaro@redhat com <dcaro@redhat.com> 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
DHCP update problems we had in foreman due to stale mac addresses etc..
On 05/13 10:50, Anton Marchukov wrote: that 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@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 <
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@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@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@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
dcaroest@redhat.com 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@redhat.com
>> > >> > > 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
wrote: 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@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.htm...
>> > > > > >> > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > -- >> > > > > > > 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@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@redhat.com >> > > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} >> > > > > > Web: www.redhat.com >> > > > > > RHT Global #: 82-62605 >> > > > > >> > > > > >> > > > > >> > > > > > _______________________________________________ >> > > > > > Infra mailing list >> > > > > > Infra@ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/infra >> > > > > >> > > > > >> > > > > -- >> > > > > David Caro >> > > > > >> > > > > Red Hat S.L. >> > > > > Continuous Integration Engineer - EMEA ENG Virtualization R&D >> > > > > >> > > > > Tel.: +420 532 294 605 >> > > > > Email: dcaro@redhat.com >> > > > > IRC: dcaro|dcaroest@{freenode|oftc|redhat} >> > > > > Web: www.redhat.com >> > > > > RHT Global #: 82-62605 >> > > > > >> > > > > _______________________________________________ >> > > > > Infra mailing list >> > > > > Infra@ovirt.org >> > > > > http://lists.ovirt.org/mailman/listinfo/infra >> > > > > >> > > > > >> > > >> > > > _______________________________________________ >> > > > Infra mailing list >> > > > Infra@ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/infra >> > > >> > > >> > > -- >> > > David Caro >> > > >> > > Red Hat S.L. >> > > Continuous Integration Engineer - EMEA ENG Virtualization R&D >> > > >> > > Tel.: +420 532 294 605 >> > > Email: dcaro@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@redhat.com >> IRC: dcaro|dcaroest@{freenode|oftc|redhat} >> Web: www.redhat.com >> RHT Global #: 82-62605 >> > > _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- 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@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@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)
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@redhat.com> To: "Eyal Edri" <eedri@redhat.com> Cc: "infra" <infra@ovirt.org>, "dcaro@redhat com" <dcaro@redhat.com>, "Evgheni Dereveanchin" <ederevea@redhat.com>, "Nadav Goldin" <ngoldin@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@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@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@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@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@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
jenkins. Is there a documented procedure on how to add a new slave so anyone in
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
to the 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.htm...
-- 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@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605 Email: dcaro@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@redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605
participants (7)
-
Anton Marchukov -
David Caro -
David Caro Estevez -
dcaro＠redhat com
-
Evgheni Dereveanchin -
Eyal Edri -
Nadav Goldin