<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jan 3, 2019 at 8:33 AM Giulio Fidente <<a href="mailto:gfidente@redhat.com" target="_blank">gfidente@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 1/3/19 4:19 PM, Marios Andreou wrote:<br>
> o/ TripleO's & Happy New Year \o/ <br>
> <br>
> if you are tracking the ci squad you may know that one area of focus<br>
> recently is moving the scenario-multinode jobs to<br>
> harder/better/faster/stronger (most importantly *smaller* but not as<br>
> cool) scenario-standalone equivalents.<br>
> <br>
> Scenarios 1-4 are now merged [1]. For the current sprint [2] ci squad is<br>
> doing cleanup on those. This includes making sure the new jobs are used<br>
> in all the places the multinode jobs were e.g.[3][4] (& scens 2/3 will<br>
> follow) and fixing any missing services or any other nits we find. Once<br>
> done we can move on to the rest - scenarios 5/6 etc.<br>
> <br>
> We are looking for any feedback about the jobs in general or any one in<br>
> particular if you have some special interest in a particular service<br>
> (see [5] for reminder about services and scenarios).<br>
> <br>
> Most importantly those jobs are now being set as voting (e.g. already<br>
> done for 1/4 at [1]) and the next natural step once voting is to add<br>
> them into the master promotion pipeline.<br>
> Please let us know if you think this is a bad idea or with any other<br>
> feedback or suggestion. <br>
thanks a lot!<br>
<br>
note that these are the two scenarios testing ceph: I guess what I'm<br>
trying to say, is that if I can change, and you can change, everybody<br>
can change!<br>
<br>
(rocky balboa TM)<br>
-- <br>
Giulio Fidente<br>
GPG KEY: 08D733BA<br></blockquote><div><br></div><div>Well said Giulio, lolz.</div><div><br></div><div>Folks, please do take time to help review and merge these patches.  Noting this is a big part in reducing TripleO's upstream resource footprint.  You may recall upstream infra detailing our very large consumption of upstream resources [1][2].   </div><div><br></div><div>99% of the multinode scenario 1-4 jobs should be able to moved to the standalone deployment.  If you think you have an exception please reach out to the team in #tripleo.</div><div><br></div><div>Forward looking, once scenario 1-4 are updated across all the projects we'll start to tackle the other scenario jobs one at a time [3]</div><div><br></div><div>Thanks</div><div><br></div><div>[1] <a href="https://gist.github.com/notmyname/8bf3dbcb7195250eb76f2a1a8996fb00">https://gist.github.com/notmyname/8bf3dbcb7195250eb76f2a1a8996fb00</a></div><div>[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2018-September/134867.html">http://lists.openstack.org/pipermail/openstack-dev/2018-September/134867.html</a></div><div>[3] <a href="https://github.com/openstack/tripleo-heat-templates/blob/master/README.rst#service-testing-matrix">https://github.com/openstack/tripleo-heat-templates/blob/master/README.rst#service-testing-matrix</a></div><div> </div></div></div></div></div></div>