<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 5, 2016 at 4:08 PM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Fri, Aug 5, 2016 at 1:58 PM, Steven Hardy <<a href="mailto:shardy@redhat.com">shardy@redhat.com</a>> wrote:<br>
> On Thu, Aug 04, 2016 at 09:46:20PM -0400, Emilien Macchi wrote:<br>
>> Hi,<br>
>><br>
>> I'm currently working by iteration to get a new upstream job that test<br>
>> upgrades and update.<br>
>> Until now, I'm doing baby steps. I bootstrapped the work to upgrade<br>
>> undercloud, see https> ://<a href="http://review.openstack.org/#/c/346995/" rel="noreferrer" target="_blank">review.openstack.org/#/c/<wbr>346995/</a> for details<br>
>> (it's almost working hitting a packaging issue now).<br>
>><br>
>> Now I am interested by having 2 overcloud jobs:<br>
>><br>
>> - update: Newton -> Newton: basically, we already have it with<br>
>> gate-tripleo-ci-centos-7-ovb-<wbr>upgrades - but my proposal is to use<br>
>> multinode work that James started.<br>
>> I have a PoC (2 lines of code):<br>
>> <a href="https://review.openstack.org/#/c/351330/1" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/351330/1</a> that works, it deploys an<br>
>> overcloud using packaging, applies the patch in THT and run overcloud<br>
>> update. I tested it and it works fine, (I tried to break Keystone).<br>
>> Right now the job name is<br>
>> gate-tripleo-ci-centos-7-<wbr>nonha-multinode-upgrades-nv because I took<br>
>> example from the existing ovb job that does the exact same thing.<br>
>> I propose to rename it to<br>
>> gate-tripleo-ci-centos-7-<wbr>nonha-multinode-updates-nv. What do you<br>
>> think?<br>
><br>
> This sounds good, and it seems to be a valid replacement for the old<br>
> "upgrades" job - it won't catch all kinds of update bugs (in particular it<br>
> obviously won't run any packaged based updates at all), but it will catch<br>
> the most serious template regressions, which will be useful coverage to<br>
> maintain I think.<br>
><br>
>> - upgrade: Mitaka -> Newton: I haven't started anything yet but the<br>
>> idea is to test the upgrade from stable to master, using multinode job<br>
>> now (not ovb).<br>
>> I can prototype something but I would like to hear from our community before.<br>
><br>
> I think getting this coverage in place is very important, we're<br>
> experiencing a lot of post-release pain due to the lack of this coverage,<br>
> so +1 on any steps we can take to get some coverage here, I'd say go ahead<br>
> and do the prototype if you have time to do it.<br>
<br>
</div></div>ok, /me working on it.<br>
<span class=""><br>
> You may want to chat with weshay, as I know there are some RDO upgrade<br>
> tests which were planned to be run as third-party jobs to get some upgrade<br>
> coverage - I'm not sure if there is any scope for reuse here, or if it will<br>
> be easier to just wire in the upgrade via our current scripts (obviously<br>
> some form of reuse would be good if possible).<br>
<br>
</span>ack<br>
<span class=""><br>
>> Please give some feedback if you are interested by this work and I<br>
>> will spend some time during the next weeks on $topic.<br>
>><br>
>> Note: please also look my thread about undercloud upgrade job, I need<br>
>> your feedback too.<br>
><br>
> My only question about undercloud upgrades is whether we might combine the<br>
> overcloud upgrade job with this, e.g upgrade undercloud, then updgrade<br>
> overcloud.  Probably the blocker here will be the gate timeout I guess,<br>
> even if we're using pre-cached images etc.<br>
<br>
</span>Yes, my final goal was to have a job like:<br>
1) deploy Mitaka undercloud<br>
2) deploy Mitaka overcloud<br>
3) run pingtest<br>
4) upgrade undercloud to Newton<br>
5) upgrade overcloud to newton<br>
6) re-run pingtest<br></blockquote><div><br></div><div>FYI.. Mathieu wrote up <a href="https://review.openstack.org/#/c/323750/">https://review.openstack.org/#/c/323750/</a></div><div><br>Emilien feel free to take it over, just sync up w/ Mathieu when he returns from PTO on Monday.</div><div>Thanks</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">
<span class=""><font color="#888888"><br>
<br>
<br>
--<br>
Emilien Macchi<br>
</font></span><div class=""><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>