<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 12, 2018 at 5:08 PM, Tristan Cacqueray <span dir="ltr"><<a href="mailto:tdecacqu@redhat.com" target="_blank">tdecacqu@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On February 12, 2018 8:59 am, Javier Pena wrote:<br>
[snip]<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My only doubt is why this does not show up as "NOT_REGISTERED" in Zuul as it did before.<br>
</blockquote>
<br></span>
This is because we changed check_job_registration to False in zuul.conf<br>
to make Zuul always queue new job. We did that because during previous<br>
nodepool outage, zuul would fail with NOT_REGISTERED when no slaves<br>
where online (zuul(v2) only register job for available labels).<br>
<br>
Perhaps we could add a check for missing jjb job in zuul.yaml, or revert<br>
that check_job_registration back to true.</blockquote><div><br></div><div>I was previsously confused by NOT_REGISTERED on wrong configuration too, but it's still better than having the job stuck. That said, I didn't know howto debug this error, someone with experience told me howto fix based on guesswork.<br><br>So do I understand it correctly that Zuul has no good way of communicating job configuration errors? Isn't this possibly an issue to be solved in upstream Zuul? Something like returning CONFIG_ERROR that is clickable and leads to a log of config errors.</div><div><br></div><div><br></div><div>Cheers,<br>Jakub</div></div></div></div>