<div dir="ltr"><div>Hi Marios,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 14, 2021 at 8:10 PM Marios Andreou <<a href="mailto:marios@redhat.com">marios@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 Fri, May 14, 2021 at 8:40 AM Takashi Kajinami <<a href="mailto:tkajinam@redhat.com" target="_blank">tkajinam@redhat.com</a>> wrote:<br>
><br>
> Hi team,<br>
><br>
<br>
Hi Takashi<br>
<br><br>
> As you know, we currently have TripleO jobs in some of the puppet repos<br>
> to ensure a change in puppet side doesn't break TripleO which consumes<br>
> some of the modules.<br>
<br>
in case it isn't clear and for anyone else reading, you are referring<br>
to things like [1].<br></blockquote><div>This is a nitfixing but puppet-pacemaker is a repo under the TripleO project.</div><div>I intend a job like<br></div><div> <a href="https://zuul.opendev.org/t/openstack/builds?job_name=puppet-nova-tripleo-standalone&project=openstack/puppet-nova">https://zuul.opendev.org/t/openstack/builds?job_name=puppet-nova-tripleo-standalone&project=openstack/puppet-nova</a></div><div>which is maintained under puppet repos.<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>
><br>
> Because these jobs hugely depend on the job definitions in TripleO repos,<br>
> I'm wondering whether we can invite a few cores from the TripleO CI team<br>
> to the puppet-openstack core group to maintain these jobs.<br>
> I expect the scope here is very limited to tripleo job definitions and doesn't<br>
> expect any +2 for other parts.<br>
><br>
> I'd be nice if I can hear any thoughts on this topic.<br>
<br>
Main question is what kind of maintenance do you have in mind? Is it<br>
that these jobs are breaking often and they need fixes in the<br>
puppet-repos themselves so we need more cores there? (though... I<br>
would expect the fixes to be needed in tripleo-ci where the job<br>
definitions are, unless the repos are overriding those definitions)?<br></blockquote><div><br></div><div><div><div>We define our own base tripleo-puppet-ci-centos-8-standalone job[4] and</div><div>each puppet module defines their own tripleo job[5] by overriding the base job,</div><div>so that we can define some basic items like irellevant files or voting status</div><div>for all puppet modules in a single place.<br></div><div><br></div><div>[4] <a href="https://github.com/openstack/puppet-openstack-integration/blob/master/zuul.d/tripleo.yaml">https://github.com/openstack/puppet-openstack-integration/blob/master/zuul.d/tripleo.yaml</a></div><div>[5] <a href="https://github.com/openstack/puppet-nova/blob/master/.zuul.yaml">https://github.com/openstack/puppet-nova/blob/master/.zuul.yaml</a></div><div><br></div></div></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Or is it that you don't have enough folks to get fixes merged so this<br>
is mostly about growing the pool of reviewers?<br></blockquote><div><br></div>Yes. My main intention is to have more reviewers so that we can fix our CI jobs timely.</div><br><div class="gmail_quote"><div>Actually the proposal came to my mind when I was implementing the following changes</div><div>to solve very frequent job timeouts which we currently observe in puppet-nova wallaby.<br></div><div>IMO these changes need more attention from TripleO's perspective rather than puppet's</div><div>perspective.<br></div><div> <a href="https://review.opendev.org/q/topic:%22tripleo-tempest%22+(status:open)">https://review.opendev.org/q/topic:%22tripleo-tempest%22+(status:open)</a></div><br><div>In the past when we introduced content provider jobs, we ended up with a bunch of patches</div><div>submitted to both tripleo jobs and puppet jobs. Having some people from TripleO team</div><div>would help moving forward such a transition more smoothly.</div><div><br></div><div>In the past we have had three people (Alex, Emilien and I) involved in both TripleO and puppet</div><div>but since Emilien has shifted this focus, we have now 2 activities left.</div><div>Additional one or two people would help us move patches forward more efficiently.</div><div>(Since I can't approve my own patch.)<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I think limiting the scope to just the contents of zuul.d/ or<br>
.zuul.yaml can work; we already have a trust based system in TripleO<br>
with some cores only expected to exercise their voting rights in<br>
particular repos even though they have full voting rights across all<br>
tripleo repos).<br>
<br>
Are you able to join our next tripleo-ci community call? It is on<br>
Tuesday 1330 UTC @ [2] and we use [3] for the agenda. If you can join,<br>
perhaps we can work something out depending on what you need.<br>
Otherwise no problem let's continue to discuss here<br></blockquote><div><br></div><div>Sure. I can join and bring up this topic.</div><div>I'll keep this thread to hear some opinions from the puppet side as well.</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>
regards, marios<br>
<br>
[1] <a href="https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-scenario004-standalone&project=openstack/puppet-pacemaker" rel="noreferrer" target="_blank">https://zuul.opendev.org/t/openstack/builds?job_name=tripleo-ci-centos-8-scenario004-standalone&project=openstack/puppet-pacemaker</a><br>
[2] <a href="https://meet.google.com/bqx-xwht-wky" rel="noreferrer" target="_blank">https://meet.google.com/bqx-xwht-wky</a><br>
[3] <a href="https://hackmd.io/MMg4WDbYSqOQUhU2Kj8zNg?both" rel="noreferrer" target="_blank">https://hackmd.io/MMg4WDbYSqOQUhU2Kj8zNg?both</a><br>
<br>
<br>
<br>
><br>
> Thank you,<br>
> Takashi<br>
><br>
<br>
</blockquote></div></div>