<div dir="ltr">Hi Jirka & Daniel, thanks for your answers... more inline.<br><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 3, 2018 at 10:44 AM Jiří Stránský <<a href="mailto:jistr@redhat.com">jistr@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 03/10/2018 10:14, Miguel Angel Ajo Pelayo wrote:<br>
> Hi folks<br>
> <br>
>    I was trying to deploy neutron with networking-ovn via tripleo-quickstart<br>
> scripts on master, and this config file [1]. It doesn't work, overcloud<br>
> deploy cries with:<br>
> <br>
> 1) trying to deploy ovn I end up with a 2018-10-02 17:48:12 | "2018-10-02<br>
> 17:47:51,864 DEBUG: 26691 -- Error: image<br>
> tripleomaster/centos-binary-ovn-controller:current-tripleo not found",<br>
> <br>
> it seems like the overcloud_prep-containers.sh is not there anymore (I<br>
> guess overcloud deploy handles it automatically now? but it fails to<br>
> generate the ovn containers for some reason)<br>
> <br>
> Also, if you look at [2] which are our ansible migration scripts to migrate<br>
> ml2/ovs to ml2/networking-ovn, you will see that we make use of<br>
> overcloud_prep-containers.sh , I guess that we will need to make sure [1]<br>
> works and we will get [2] for free.<br>
<br>
Hi Miguel,<br>
<br>
i'm not subject matter expert but here's some relevant info:<br>
<br>
* overcloud_prep-containers.sh is not a production thing, it's <br>
automation from TripleO Quickstart, which is not part of production <br>
deployments. We shouldn't depend on it in docs/automation for OVN migration.<br>
<br></blockquote><div>Yes I know, but based on the deployment details we have for networking-ovn it should be enough, we will have to update those documents with the new changes anyway, because surprisingly this change has came for "Rocky" last minute. Why did we have such last minute change? :-/</div><div><br></div><div>I understand the value of simplifying workflows to cloud operators, but when we make workflow changes last minute we make others life harder (now I need to rework something I want to be available in rocky, the migration scripts/document).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* For production envs, the image preparation steps used to be documented <br>
and performed manually. This now is now changing in Rocky+, as Steve <br>
Baker integrated the image prep into the deployment itself. There are <br>
docs about the current method [3].<br></blockquote><div><br></div>Oops, I see </div><div class="gmail_quote"><br></div><div class="gmail_quote">openstack tripleo container image prepare default \</div><div class="gmail_quote">      --output-env-file containers-prepare-parameter.yaml</div><div class="gmail_quote"><br></div><div class="gmail_quote">Always outputs neutron_driver: null </div><div class="gmail_quote"><br></div><br class="gmail-Apple-interchange-newline"><span style="color:rgb(17,85,204)">@Emilien Macchi,</span> <a class="gmail_plusreply" id="plusReplyChip-4" href="mailto:sbaker@redhat.com" tabindex="-1">@Steve Baker</a>  How can I make sure it provides "ovn" for example?   ^<div><br></div><div>I know I could manually change the file, but then, how would I run... "<span style="color:rgb(85,85,85);font-size:1.1em">  </span><span class="gmail-o" style="font-size:1.1em;color:rgb(102,102,102)">--</span><span class="gmail-n" style="color:rgb(85,85,85);font-size:1.1em">local</span><span class="gmail-o" style="font-size:1.1em;color:rgb(102,102,102)">-</span><span class="gmail-n" style="color:rgb(85,85,85);font-size:1.1em">push</span><span class="gmail-o" style="font-size:1.1em;color:rgb(102,102,102)">-</span><span class="gmail-n" style="color:rgb(85,85,85);font-size:1.1em">destination" ? </span><div class="gmail_quote"><br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
* I hit similar issues with incorrect Neutron images being uploaded to <br>
undercloud registry, you can try deploying with this patch [4] which <br>
aims to fix that problem (also the depends-on patch is necessary).<br></blockquote><div><br></div><div>Thanks a lot!</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Jirka<br>
<br>
> [1] <a href="https://github.com/openstack/networking-ovn/blob/master/tripleo/ovn.yml" rel="noreferrer" target="_blank">https://github.com/openstack/networking-ovn/blob/master/tripleo/ovn.yml</a><br>
> [2] <a href="https://docs.openstack.org/networking-ovn/latest/install/migration.html" rel="noreferrer" target="_blank">https://docs.openstack.org/networking-ovn/latest/install/migration.html</a><br>
<br>
[3] <br>
<a href="http://tripleo.org/install/advanced_deployment/container_image_prepare.html" rel="noreferrer" target="_blank">http://tripleo.org/install/advanced_deployment/container_image_prepare.html</a><br>
[4] <a href="https://review.openstack.org/#/c/604953/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/604953/</a><br>
<br></blockquote><div><br></div><div> </div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Miguel Ángel Ajo<br></div><div>OSP / Networking DFG, OVN Squad Engineering</div></div></div></div></div>