<div dir="ltr"><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":195" class="" style="overflow:hidden">Just to make sure, don&#39;t confuse lago jobs with ovirt-system tests, the<br>
ovirt-system tests use bare metal slaves, those can&#39;t be created from templates<br>
so those can only be installed with pxe (or physically on site, as the virtual<br>
media of the ilo does not work so good)<br>
</div></blockquote></div>sure, only lago* jobs, either way we can have a final check before I add the github credentials.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span class="im">&gt; We already have a template for <span class="">fc23</span>, it&#39;s just creating a new slave from that<br>
&gt; template (can be done from foreman too, faster than installing from scratch).</span></blockquote><div>thought we could migrate all lago jobs with the slaves at once, but because of [1]<br></div><div>NGN needs them too, so either way we need to have fc23 slaves on both jenkins&#39;s until<br></div><div>full migration.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div>+1, lets try to install a few new f23 slaves from template then.</div></blockquote><div>working on it, will update.<br><br></div><div> <br></div></div><div><br>[1] <a href="https://ovirt-jira.atlassian.net/browse/OVIRT-461">https://ovirt-jira.atlassian.net/browse/OVIRT-461</a> <br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 12:10 PM, Eyal Edri <span dir="ltr">&lt;<a href="mailto:eedri@redhat.com" target="_blank">eedri@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"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">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>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" target="_blank">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></span><div>+1, lets try to install a few new f23 slaves from template then.</div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div><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" target="_blank">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" target="_blank">+420 532 294 605</a><br>
&gt; &gt; Email: <a href="mailto:dcaro@redhat.com" target="_blank">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" target="_blank">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" target="_blank">+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" target="_blank">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" target="_blank">+420 532 294 605</a><br>
Email: <a href="mailto:dcaro@redhat.com" target="_blank">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></div></div><div><div class="h5"><br><br clear="all"><div><br></div>-- <br><div><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: <a href="tel:%2B972-9-7692018" value="+97297692018" target="_blank">+972-9-7692018</a><br>irc: eedri (on #tlv #rhev-dev #rhev-integ)</div></div></div></div></div>
</div></div></div></div>
<br>_______________________________________________<br>
Infra mailing list<br>
<a href="mailto:Infra@ovirt.org">Infra@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/infra" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/infra</a><br>
<br></blockquote></div><br></div>