<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Jun 12, 2018 at 11:21 AM James Slagle <<a href="mailto:james.slagle@gmail.com">james.slagle@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 12, 2018 at 11:03 AM, Jiří Stránský <<a href="mailto:jistr@redhat.com" target="_blank">jistr@redhat.com</a>> wrote:<br>
> On 12.6.2018 15:06, James Slagle wrote:<br>
>><br>
>> On Mon, Jun 11, 2018 at 3:34 PM, Wesley Hayutin <<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@redhat.com</a>><br>
>> wrote:<br>
>>><br>
>>> Greetings,<br>
>>><br>
>>> I wanted to let everyone know that we have a keystone only deployment and<br>
>>> upgrade job in check non-voting.  I'm asking everyone in TripleO to be<br>
>>> mindful of this job and to help make sure it continues to pass as we move<br>
>>> it<br>
>>> from non-voting check to check and eventually gating.<br>
>><br>
>><br>
>> +1, nice work!<br>
>><br>
>>> Upgrade jobs are particularly difficult to keep running successfully<br>
>>> because<br>
>>> of the complex workflow itself, job run times and other factors.  Your<br>
>>> help<br>
>>> to ensure we don't merge w/o a pass on this job will go a long way in<br>
>>> helping the tripleo upgrades team.<br>
>>><br>
>>> There is still work to be done here, however it's much easier to do it<br>
>>> with<br>
>>> the check non-voting job in place.<br>
>><br>
>><br>
>> The job doesn't appear to be passing at all on stable/queens. I see<br>
>> this same failure on several patches:<br>
>><br>
>> <a href="http://logs.openstack.org/59/571459/1/check/tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades/8bbd827/logs/undercloud/home/zuul/overcloud_upgrade_run_Controller.log.txt.gz" rel="noreferrer" target="_blank">http://logs.openstack.org/59/571459/1/check/tripleo-ci-centos-7-scenario000-multinode-oooq-container-upgrades/8bbd827/logs/undercloud/home/zuul/overcloud_upgrade_run_Controller.log.txt.gz</a><br>
>><br>
>> Is this a known issue?<br>
><br>
><br>
> I think so, or to put it precisely, i only ever looked into making the job<br>
> work for master (and beyond).<br>
><br>
> We could look into making it work on Queens too, but personally i think<br>
> effort would be better spent elsewhere at this point. E.g. upd+upg jobs with<br>
> more complete of services utilizing containerized undercloud (those would<br>
> not validate OC workflow at all, but would give coverage for<br>
> update_tasks/upgrade_tasks), user and dev docs around all lifecycle ops<br>
> (upd, upg, ffwd), upgrade work in the area of TLS by default, upgrade<br>
> handling for external_deploy_tasks (= "how do we upgrade Ceph in Rocky"),<br>
> also perhaps trying to DRY repeated parts of upgrade templates, etc.<br>
><br>
> If someone wants to step up to iron out Queens issues with that job then we<br>
> can do it, but my 2 cents would be just to disable the job on Queens and<br>
> focus on the future.<br>
<br>
Sure, I'm just trying to figure out what can safely be ignored. The<br>
tone of the original email was encouraging reviewers not to ignore the<br>
job. Let's remove it from queens then, as right now it's just noise.<br></blockquote><div><br></div><div>I think we missed a patch [1] to correctly set the release for the job.</div><div>I'll take a look at the results.</div><div><br></div><div>I may have jumped the gun w/ the tone of the email w/ regards to keeping it running.  I'll make the adjustment on queens for now [2].  </div><div><br></div><div>Thanks for catching that James, Jirka!</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/574417/">https://review.openstack.org/#/c/574417/</a></div><div>[2] <a href="https://review.openstack.org/574794">https://review.openstack.org/574794</a></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
-- <br>
-- James Slagle<br>
--<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>