<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">Sorry for the late reply, Could you please take a look at the output and see if it's helpful?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066"><a href="http://paste.openstack.org/show/793968/">http://paste.openstack.org/show/793968/</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">my external network is working fine on controller nodes, but deployment can't assign IP to compute nodes.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">(I don't have any Vlan configured in the backend environment)<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">I do still got problem with instances' internet access, Do you think this could be related?</div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">Regards,</div><div class="gmail_default" style="font-family:tahoma,sans-serif;color:#000066">Reza<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 12 May 2020 at 12:24, Harald Jensås <<a href="mailto:hjensas@redhat.com">hjensas@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, 2020-05-10 at 22:34 +0430, Reza Bakhshayeshi wrote:<br>
> Hi Harald, Thanks for your explanation.<br>
> <br>
> ' /usr/share/openstack-tripleo-heat-templates/ ' was just happened<br>
> during copy-pasting here :)<br>
> <br>
> I exported the overcloud plan, and it was exactly same as what I sent<br>
> before.<br>
> <br>
<br>
Ok, I was worried the jinja2 rendering would produce different results<br>
in the plan, in case you had manually edited these files:<br>
~/openstack-tripleo-heat-templates/environments/network-isolation.yaml<br>
~/openstack-tripleo-heat-templates/environments/network-environment.yaml<br>
<br>
> I redeployed everything and it didn't help either.<br>
> <br>
> What are the problems of my network-isolation.yaml and network-<br>
> environment.yaml files in your opinion?<br>
<br>
I'm not quite sure what is wrong, but the fact that you got<br>
'ip_netmask': '' is an indication that some resource might be a Noop<br>
resource or a custom resource without validations? While it should<br>
actually be a port/network resource.<br>
<br>
The output of 'openstack stack environment show overcloud' might help.<br>
(NOTE: sanitize the output of that removing sensitive data before<br>
posting it to a public place ...)<br>
<br>
> I have to add that in this environment I don't know why the external<br>
> network doesn't provide Internet for VMs.<br>
> But everything else works fine.<br>
> <br>
> I don't have any Vlan configured in my environment and I'm planning<br>
> to only have flat and geneve networks, and having external network<br>
> for every compute node so I can ignore provisioning network<br>
> bottleneck and spof.<br>
> <br>
> Regards,<br>
> Reza<br>
> <br>
> On Wed, 6 May 2020 at 17:10, Harald Jensås <<a href="mailto:hjensas@redhat.com" target="_blank">hjensas@redhat.com</a>><br>
> wrote:<br>
> > On Wed, 2020-05-06 at 14:00 +0430, Reza Bakhshayeshi wrote:<br>
> > > here is my deploy command:<br>
> > > <br>
> > > openstack overcloud deploy \<br>
> > > --control-flavor control \<br>
> > > --compute-flavor compute \<br>
> > > --templates ~/openstack-tripleo-heat-templates \<br>
> > > -r /home/stack/roles_data.yaml \<br>
> > > -e /home/stack/containers-prepare-parameter.yaml \<br>
> > > -e environment.yaml \<br>
> > > -e /usr/share/openstack-tripleo-heat-<br>
> > > templates/environments/services/octavia.yaml \<br>
> > <br>
> > This is not related, but:<br>
> > Why use '/usr/share/openstack-tripleo-heat-templates/' and not<br>
> > '~/openstack-tripleo-heat-templates/' here?<br>
> > <br>
> > > -e ~/openstack-tripleo-heat-<br>
> > templates/environments/services/neutron-<br>
> > > ovn-dvr-ha.yaml \<br>
> > > -e ~/openstack-tripleo-heat-templates/environments/docker-ha.yaml <br>
> > \<br>
> > > -e ~/openstack-tripleo-heat-templates/environments/network-<br>
> > > isolation.yaml \<br>
> > > -e ~/openstack-tripleo-heat-templates/environments/network-<br>
> > > environment.yaml \<br>
> > <br>
> > Hm, I'm not sure network-isolation.yaml and network-<br>
> > environment.yaml<br>
> > contains what you expect. Can you do a plan export?<br>
> > <br>
> >  openstack overcloud plan export --output-file oc-plan.tar.gz<br>
> > overcloud<br>
> > <br>
> > Then have a look at `environments/network-isolation.yaml` and <br>
> > `environments/network-environment.yaml` in the plan?<br>
> > <br>
> > I think you may want to copy these two files out of the templates<br>
> > tree<br>
> > and use the out of tree copies instead.<br>
> > <br>
> > > --timeout 360 \<br>
> > > --ntp-server <a href="http://time.google.com" rel="noreferrer" target="_blank">time.google.com</a> -vvv<br>
> > > <br>
> > > network-environment.yaml:<br>
> > > <a href="http://paste.openstack.org/show/793179/" rel="noreferrer" target="_blank">http://paste.openstack.org/show/793179/</a><br>
> > > <br>
> > > network-isolation.yaml:<br>
> > > <a href="http://paste.openstack.org/show/793181/" rel="noreferrer" target="_blank">http://paste.openstack.org/show/793181/</a><br>
> > > <br>
> > > compute-dvr.yaml<br>
> > > <a href="http://paste.openstack.org/show/793183/" rel="noreferrer" target="_blank">http://paste.openstack.org/show/793183/</a><br>
> > > <br>
> > > I didn't modify network_data.yaml<br>
> > > <br>
> > > <br>
> > <br>
> > <br>
> > --<br>
> > Harald<br>
> > <br>
> > > On Wed, 6 May 2020 at 05:27, Harald Jensås <<a href="mailto:hjensas@redhat.com" target="_blank">hjensas@redhat.com</a>><br>
> > > wrote:<br>
> > > > On Tue, 2020-05-05 at 23:25 +0430, Reza Bakhshayeshi wrote:<br>
> > > > > Hi all.<br>
> > > > > The default way of compute node for accessing Internet if<br>
> > through<br>
> > > > > undercloud.<br>
> > > > > I'm going to assign an IP from External network to each<br>
> > compute<br>
> > > > node<br>
> > > > > with default route.<br>
> > > > > But the deployment can't assign an IP to br-ex and fails<br>
> > with:<br>
> > > > > <br>
> > > > >                 "    raise AddrFormatError('invalid IPNetwork<br>
> > %s'<br>
> > > > %<br>
> > > > > addr)",<br>
> > > > >                 "netaddr.core.AddrFormatError: invalid<br>
> > IPNetwork<br>
> > > > ",<br>
> > > > > <br>
> > > > > Actually 'ip_netmask': '' is empty during deployment for<br>
> > compute<br>
> > > > > nodes.<br>
> > > > > I've added external network to compute node role:<br>
> > > > >     External:<br>
> > > > >       subnet: external_subnet<br>
> > > > > <br>
> > > > > and for network interface:<br>
> > > > >               - type: ovs_bridge<br>
> > > > >                 name: bridge_name<br>
> > > > >                 mtu:<br>
> > > > >                   get_param: ExternalMtu<br>
> > > > >                 dns_servers:<br>
> > > > >                   get_param: DnsServers<br>
> > > > >                 use_dhcp: false<br>
> > > > >                 addresses:<br>
> > > > >                 - ip_netmask:<br>
> > > > >                     get_param: ExternalIpSubnet<br>
> > > > >                 routes:<br>
> > > > >                   list_concat_unique:<br>
> > > > >                     - get_param: ExternalInterfaceRoutes<br>
> > > > >                     - - default: true<br>
> > > > >                         next_hop:<br>
> > > > >                           get_param:<br>
> > > > ExternalInterfaceDefaultRoute<br>
> > > > >                 members:<br>
> > > > >                 - type: interface<br>
> > > > >                   name: nic3<br>
> > > > >                   mtu:<br>
> > > > >                     get_param: ExternalMtu<br>
> > > > >                   use_dhcp: false<br>
> > > > >                   primary: true<br>
> > > > > <br>
> > > > > Any suggestion would be grateful.<br>
> > > > > Regards,<br>
> > > > > Reza<br>
> > > > > <br>
> > > > <br>
> > > > I think we need more information to see what the issue is.<br>
> > > >  - your deploy command?<br>
> > > >  - content of network_data.yaml used (unless the default)<br>
> > > >  - environment files related to network-isolation, network-<br>
> > > > environment, <br>
> > > > network-isolation?<br>
> > > > <br>
> > > > <br>
> > > > --<br>
> > > > Harald<br>
> > > > <br>
> > > > <br>
> > <br>
<br>
</blockquote></div>