<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Hi Emil<br></div><div dir="ltr"><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 30, 2019 at 1:55 PM Emil Larsson <<a href="mailto:Emil.Larsson@zetup.se" target="_blank">Emil.Larsson@zetup.se</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">Hi guys,<br>
<br>
I have been experimenting with the enable-dvr option in neutron-api. I cannot find a clear guide on how to configure this.<br>
However I have ran into some issues trying to figure out the configuration to enable dvr.<br>
<br>
This is where juju stops:<br>
unit-neutron-openvswitch-1: 11:45:35 INFO unit.neutron-openvswitch/1.juju-log Creating bridge br-int<br>
unit-neutron-openvswitch-1: 11:45:35 INFO unit.neutron-openvswitch/1.juju-log Creating bridge br-ex<br>
unit-neutron-openvswitch-1: 11:45:36 DEBUG unit.neutron-openvswitch/1.juju-log Replacing iface 'eno1' with bond master 'os'<br>
unit-neutron-openvswitch-1: 11:45:36 DEBUG unit.neutron-openvswitch/1.juju-log Replacing iface 'eno2' with bond master 'os'<br>
unit-neutron-openvswitch-1: 11:45:36 DEBUG unit.neutron-openvswitch/1.juju-log Replacing iface 'eno3' with bond master 'stor'<br>
unit-neutron-openvswitch-1: 11:45:36 DEBUG unit.neutron-openvswitch/1.juju-log Replacing iface 'eno4' with bond master 'stor'<br>
unit-neutron-openvswitch-1: 11:45:37 INFO unit.neutron-openvswitch/1.juju-log Creating bridge br-data<br>
unit-neutron-openvswitch-1: 11:45:37 DEBUG unit.neutron-openvswitch/1.juju-log Interface os.392 is not a Linux bridge<br>
unit-neutron-openvswitch-1: 11:45:37 INFO unit.neutron-openvswitch/1.juju-log Adding port os.392 to bridge br-data<br>
unit-neutron-openvswitch-1: 11:45:37 DEBUG unit.neutron-openvswitch/1.config-changed Failed to restart os-charm-phy-nic-mtu.service: Unit os-charm-phy-nic-mtu.service not found.<br></blockquote><div><br></div><div>That restart failure is a bit of a red-herring (and needs tidying) - it relates to a tactical fix for MTU configuration of interfaces in Trusty (for which we are due to drop support this year).</div><div><br></div><div>snip</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">
<br>
Any help appreciated :)<br></blockquote><div><br></div><div>The current release of OpenStack Charms still requires use of the neutron-gateway charm for snat traffic routing; that said we have gateway-less features currently in development which allow the agents managed by the neutron-openvswitch charm to be configured for snat routing as well, removing the need for the gateway.</div><div><br></div><div>Here is a bundle based on the openstack-base bundle which I've been testing with:</div><div><br></div><div><a href="http://paste.ubuntu.com/p/nsx86snZpb/" target="_blank">http://paste.ubuntu.com/p/nsx86snZpb/</a></div><div><br></div><div>Obviously the network space binding, storage configuration and maas tags are all specific to my testing environment - but it demonstrates how to get this working.</div><div><br></div><div>HTH </div><div><br></div><div>Regards</div><div><br></div><div>James</div><div><br></div></div></div></div>
</div></div>