<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 11:52 AM, David Caro Estevez <span dir="ltr">&lt;<a href="mailto:dcaro@redhat.com" target="_blank">dcaro@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/04 11:49, Eyal Edri wrote:<br>
&gt; On Mon, Apr 4, 2016 at 10:38 AM, David Caro Estevez &lt;<a href="mailto:dcaro@redhat.com">dcaro@redhat.com</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt; &gt; On 04/03 20:27, Nadav Goldin wrote:<br>
&gt; &gt; &gt; Hey David,<br>
&gt; &gt; &gt; as part of the migration to <a href="http://jenkins.phx.ovirt.org" rel="noreferrer" target="_blank">jenkins.phx.ovirt.org</a>,I want to advance with<br>
&gt; &gt; &gt; the Lago jobs. I already migrated<br>
&gt; &gt; &gt; infra-puppet/infra-docs/ovirt-node/appliance/imgbased jobs, and so far<br>
&gt; &gt; they<br>
&gt; &gt; &gt; seem all to work. As far as I understand the Lago jobs are pretty<br>
&gt; &gt; &gt; independent so it should be rather simple. Currently there are 3 slaves<br>
&gt; &gt; &gt; configured (fc23, el7, fc21).<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; There are only 3 fc23 slaves, having one less, duplicates the check run<br>
&gt; &gt; time,<br>
&gt; &gt; and having only one, triplicates it, can you create new slaves instead of<br>
&gt; &gt; moving them from the old jenkins? (lago is not the only one using them, so<br>
&gt; &gt; migrating all of them is not an option)<br>
&gt; &gt;<br>
&gt;<br>
&gt; Is it possible to add new slaves with the current state of pxe not working?<br>
&gt; The ideal will be to have all new servers installed with the pxe fixed so<br>
&gt; we can deploy many more slaves.<br>
&gt; This way we can just add lots of slaves to the new jenkins.<br>
<br>
</span>We already have a template for fc23, it&#39;s just creating a new slave from that<br>
template (can be done from foreman too, faster than installing from scratch).<br></blockquote><div><br></div><div>+1, lets try to install a few new f23 slaves from template then.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; At the fist stage(until we finish the migration)<br>
&gt; &gt; &gt; jenkins_master_deploy-configs_merged is not running, so we could control<br>
&gt; &gt; &gt; which jobs get migrated. So if a patch to the jenkins yaml will be<br>
&gt; &gt; &gt; introduced during the migration process it will have to be re-run<br>
&gt; &gt; manually.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; After migrating I&#39;ll disable the lago jobs in <a href="http://jenkins.ovirt.org" rel="noreferrer" target="_blank">jenkins.ovirt.org</a>, so<br>
&gt; &gt; even if<br>
&gt; &gt; &gt; JJB runs we will have only one jenkins running the CI checks.<br>
&gt; &gt;<br>
&gt; &gt; Don&#39;t allow both to run anything at the same time, that will lead to<br>
&gt; &gt; confusion<br>
&gt; &gt; and branches being deleted at strange times on the github repo, if they<br>
&gt; &gt; run on<br>
&gt; &gt; one jenkins master, run them there only.<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; One more question is if there are any other jobs which are dependent on<br>
&gt; &gt; the<br>
&gt; &gt; &gt; Lago jobs(like the publishers which are dependent on all build_artifacts<br>
&gt; &gt; on<br>
&gt; &gt; &gt; ovirt-node/appliance/node)<br>
&gt; &gt;<br>
&gt; &gt; Lago is self-contained, anything lago needs (check-build-deploy) is tagged<br>
&gt; &gt; as<br>
&gt; &gt; lago*, any other job that uses lago, get&#39;s it from the repos.<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; As far as I understand the only thing needed for migration is updating<br>
&gt; &gt; the<br>
&gt; &gt; &gt; github api tokens and running JJB with *lago*.<br>
&gt; &gt;<br>
&gt; &gt; And disabling the jobs on the other jenkins.<br>
&gt; &gt; The github configuration is not trivial though, the api token is valid only<br>
&gt; &gt; once and for a specific url. Also you have to configure the github hooks to<br>
&gt; &gt; point to the new jenkins (or it will not get any events), that is done at<br>
&gt; &gt; the<br>
&gt; &gt; github page, under project configuration.<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; What do you think?<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Thanks<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Nadav.<br>
&gt; &gt;<br>
&gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; Infra mailing list<br>
&gt; &gt; &gt; <a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
&gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/infra</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; --<br>
&gt; &gt; David Caro<br>
&gt; &gt;<br>
&gt; &gt; Red Hat S.L.<br>
&gt; &gt; Continuous Integration Engineer - EMEA ENG Virtualization R&amp;D<br>
&gt; &gt;<br>
&gt; &gt; Tel.: <a href="tel:%2B420%20532%20294%20605" value="+420532294605">+420 532 294 605</a><br>
&gt; &gt; Email: <a href="mailto:dcaro@redhat.com">dcaro@redhat.com</a><br>
&gt; &gt; IRC: dcaro|dcaroest@{freenode|oftc|redhat}<br>
&gt; &gt; Web: <a href="http://www.redhat.com" rel="noreferrer" target="_blank">www.redhat.com</a><br>
&gt; &gt; RHT Global #: 82-62605<br>
&gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; Infra mailing list<br>
&gt; &gt; <a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
&gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/infra</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Eyal Edri<br>
&gt; Associate Manager<br>
&gt; RHEV DevOps<br>
&gt; EMEA ENG Virtualization R&amp;D<br>
&gt; Red Hat Israel<br>
&gt;<br>
&gt; phone: <a href="tel:%2B972-9-7692018" value="+97297692018">+972-9-7692018</a><br>
&gt; irc: eedri (on #tlv #rhev-dev #rhev-integ)<br>
<br>
&gt; _______________________________________________<br>
&gt; Infra mailing list<br>
&gt; <a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
&gt; <a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/infra</a><br>
<br>
<br>
--<br>
David Caro<br>
<br>
Red Hat S.L.<br>
Continuous Integration Engineer - EMEA ENG Virtualization R&amp;D<br>
<br>
Tel.: <a href="tel:%2B420%20532%20294%20605" value="+420532294605">+420 532 294 605</a><br>
Email: <a href="mailto:dcaro@redhat.com">dcaro@redhat.com</a><br>
IRC: dcaro|dcaroest@{freenode|oftc|redhat}<br>
Web: <a href="http://www.redhat.com" rel="noreferrer" target="_blank">www.redhat.com</a><br>
RHT Global #: 82-62605<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Eyal Edri<br>Associate Manager</div><div>RHEV DevOps<br>EMEA ENG Virtualization R&amp;D<br>Red Hat Israel<br><br>phone: +972-9-7692018<br>irc: eedri (on #tlv #rhev-dev #rhev-integ)</div></div></div></div></div>
</div></div>