<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 2, 2017 at 11:42 AM, Attila Darazs <span dir="ltr"><<a href="mailto:adarazs@redhat.com" target="_blank">adarazs@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If the topics below interest you and you want to contribute to the discussion, feel free to join the next meeting:<br>
<br>
Time: Thursdays, 14:30-15:30 UTC<br>
Place: <a href="https://bluejeans.com/4113567798/" rel="noreferrer" target="_blank">https://bluejeans.com/41135677<wbr>98/</a><br>
<br>
Full minutes: <a href="https://etherpad.openstack.org/p/tripleo-ci-squad-meeting" rel="noreferrer" target="_blank">https://etherpad.openstack.org<wbr>/p/tripleo-ci-squad-meeting</a><br>
<br>
= CI Promotion problems =<br>
<br>
The last promoted DLRN hash is from 21st of May, so now it's 12 day old. This is mostly due to not being able to thoroughly gate everything that consists of TripleO and we're right in the middle of the cycle where most work happens and a lot of code gets merged into every project.<br>
<br>
However we should still try our best to improve the situation. If you're in any position to help solve our blocker problems (the bugs are announced on #tripleo regularly), please lend a hand!<br>
<br>
= Smaller topics =<br>
<br>
* We also had a couple of issues due to trying to bump Ansible from 2.2 to version 2.3 in Quickstart. This uncovered a couple of gaps in our gating, and we decided to revert until we fix them.<br>
<br>
* We're on track with transitioning some OVB jobs to RDO Cloud, now we need to create our infrastructure there and add the cloud definition to openstack-infra/project-config<wbr>.<br>
<br>
* We have RDO containers built on the CentOS CI system[1]. We should eventually integrate them into the promotion pipeline. Maybe use them as the basis for upstream CI runs eventually?<br></blockquote><div><br></div><div>Thanks for sending this out Attila..</div><div><br></div><div>So after some discussion with David and others I wanted to spell out a bit of a nuance that may cause this to take a little bit more time and effort.</div><div><br></div><div>The original plan was to build and test containers as part of the rdo master pipeline [1].  We were on track to complete this work in the next couple days.</div><div>However what we realized was that rdo has to feed tripleo container builds for tripleo promotions, and tripleo promotions are always done on a random new delorean hash.</div><div>There is no way to determine which hash tripleo will pick up, and therefore no way to ensure the containers and rpms are at the exact same versions.</div><div>It's critical that rpms and containers are built using the exact same repos afaik.</div><div><br></div><div>It is also good form and upstream policy for the tools, jobs and build artifacts to be created upstream.</div><div><br></div><div>So the new plan is to build and test containers in the tripleo periodic jobs that are used for the tripleo promotions.</div><div>When the containers pass a build they will be uploaded to the container registry in rdo with a tag, e.g. current-tripleo.</div><div><br></div><div>The main point of this email is to levelset expectations that it will take a little more time to get this done upstream.</div><div>I am very open to hearing suggestions, comments and critques of the new high level plan.</div><div><br></div><div>Thank you!</div><div><br></div><div>[1] <a href="https://ci.centos.org/view/rdo/view/promotion-pipeline/job/rdo_trunk-promote-master-current-tripleo/">https://ci.centos.org/view/rdo/view/promotion-pipeline/job/rdo_trunk-promote-master-current-tripleo/</a></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
* Our periodic tempest jobs are getting good results on both Ocata and Master, Arx keeps ironing out the remaining failures. See the current status here: [2].<br>
<br>
* The featureset discussion is coming to an end, we have a good idea how what should go in which config files, now the cores should document that to help contributors make the right calls when creating new config files or modifying existing ones.<br>
<br>
Thank you for reading the summary. Have a great weekend!<br>
<br>
Best regards,<br>
Attila<br>
<br>
[1] <a href="https://ci.centos.org/job/rdo-tripleo-containers-build/" rel="noreferrer" target="_blank">https://ci.centos.org/job/rdo-<wbr>tripleo-containers-build/</a><br>
[2] <a href="http://status.openstack.org/openstack-health/#/g/project/openstack-infra~2Ftripleo-ci?searchJob=" rel="noreferrer" target="_blank">http://status.openstack.org/op<wbr>enstack-health/#/g/project/ope<wbr>nstack-infra~2Ftripleo-ci?sear<wbr>chJob=</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div></div>