Open Stack

On Thu, Dec 17, 2020 at 6:46 PM Jeremy Stanley <fungi at yuggoth.org> wrote:

> On 2020-12-17 16:43:08 +0200 (+0200), Marios Andreou wrote:
> > tripleo-ci squad is wondering if it is possible for (some subset
> > of) us to be able to set the priority of a particular patch/es in
> > the tripleo queue.
>
> Not directly, no, it's an administrative function of the Zuul
> scheduler which can't be delegated by queue.
>
>

ack, we suspected that permissions might be an issue (i.e. that we cannot
be given administrative access for 'just the tripleo queue' is at least one
of the obstacles here ;) ).



> > We've done this "manually" in the past, by abandoning all patches
> > in the gate & then restoring in order and putting the priority
> > patch at the top of the dependency queue. However abandoning all
> > the things is completely disruptive for everyone else (sometimes
> > that might be necessary if your queue is way too long but
> > still...).
>
> It's actually not as terrible a solution as it sounds, you're
> basically signalling to your contributors that your jobs are
> unhealthy and your immediate priority is to focus on merging
> identified fixes for that problem rather than other patches. It also
> frees up our CI resources which you would otherwise be monopolizing
> due to churn from repeated gate resets of massively long change
> queues, ultimately helping those fixes merge more quickly. Of course
> it also depends on your core review teams getting on the same page
> and not continuing to approve unrelated changes which are unlikely
> to merge at that point, but this is more of a social issue and not a
> technical one.
>


Indeed this has been done in the past and obviously signalled on the
mailing list so folks can stop approving patches (and it typically works
out fine).



>
> > So the question is, is there a better way to put a particular
> > patch at the top of our queue when we need to do that?
> [...]
>
> OpenDev's Zuul administrators have access to reorder queues in
> dependent pipelines. Reach out to us through the OpenStack TaCT
> SIG's #openstack-infra IRC channel on Freenode or here on
> openstack-discuss with the [infra] subject tag, explaining which
> approved changes you need moved to the front and why. Ideally
> coordinate this with the rest of your team, since we don't want to
> wind up in the middle of a team squabble where different
> contributors are asking to have their changes prioritized at odds
> with one another. To avoid confusion, we typically want to at least
> see some acknowledgement of the request from your PTL or designated
> Infra Liaison[*].
>
> [*] https://wiki.openstack.org/wiki/CrossProjectLiaisons#Infra
>
>
ACK thanks this is good to know.

This topic came up in our team discussions recently and we felt it was at
least worth asking if there was another way to manipulate the queue
ourselves that didn't involve abandoning all the things.

Thank you very much for taking the time to reply

marios



> --
> Jeremy Stanley
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20201218/6294d2ab/attachment.html>