<div dir="ltr"><div>Exactly, we access via a tagged interface, which is part of br-ex</div><div><br></div><div># ip a show vlan171</div><div>16: vlan171: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state UNKNOWN group default qlen 1</div><div> link/ether 8e:14:8d:c1:1a:5f brd ff:ff:ff:ff:ff:ff</div><div> inet <a href="http://10.171.1.240/20">10.171.1.240/20</a> brd 10.171.15.255 scope global vlan171</div><div> valid_lft forever preferred_lft forever</div><div> inet6 fe80::8c14:8dff:fec1:1a5f/64 scope link</div><div> valid_lft forever preferred_lft forever</div><div><br></div><div># ovs-vsctl show<br></div><div> ...</div><div><div> Bridge br-ex</div><div> Controller "tcp:<a href="http://127.0.0.1:6633">127.0.0.1:6633</a>"</div><div> is_connected: true</div><div> Port "vlan171"<br></div><div> tag: 171</div><div> Interface "vlan171"</div><div> type: internal</div></div><div> ...<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 28, 2017 at 3:03 PM, Kevin Benton <span dir="ltr"><<a href="mailto:kevin@benton.pub" target="_blank">kevin@benton.pub</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Ok, that's likely not the issue then. I assume the way you access each host is via an IP assigned to an OVS bridge or an interface that somehow depends on OVS? </div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Apr 28, 2017 12:04, "Gustavo Randich" <<a href="mailto:gustavo.randich@gmail.com" target="_blank">gustavo.randich@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Kevin, we are using the default listen address of loopback interface:<div><br></div><div><div># grep -r of_listen_address /etc/neutron</div><div>/etc/neutron/plugins/ml2/openv<wbr>switch_agent.ini:#of_listen_<wbr>address = 127.0.0.1</div></div><div><br></div><div><br></div><div> tcp/<a href="http://127.0.0.1:6640" target="_blank">127.0.0.1:6640</a> -> ovsdb-server /etc/openvswitch/conf.db -vconsole:emer -vsyslog:err -vfile:info --remote=punix:/var/run/openvs<wbr>witch/db.sock --private-key=db:Open_vSwitch,<wbr>SSL,private_key --certificate=db:Open_vSwitch,<wbr>SSL,certificate --bootstrap-ca-cert=db:Open_vS<wbr>witch,SSL,ca_cert --no-chdir --log-file=/var/log/openvswitc<wbr>h/ovsdb-server.log --pidfile=/var/run/openvswitch<wbr>/ovsdb-server.pid --detach --monitor<br></div><div><br></div><div>Thanks</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 28, 2017 at 5:00 AM, Kevin Benton <span dir="ltr"><<a href="mailto:kevin@benton.pub" target="_blank">kevin@benton.pub</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Are you using an of_listen_address value of an interface being brought down? </div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_7805883755788286471m_9151329541636933453h5">On Apr 25, 2017 17:34, "Gustavo Randich" <<a href="mailto:gustavo.randich@gmail.com" target="_blank">gustavo.randich@gmail.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_7805883755788286471m_9151329541636933453h5"><div dir="ltr"><div>(using Mitaka / Ubuntu 16 / Neutron DVR / OVS / VXLAN / l2_population)</div><div><br></div><div>This sounds very strange (to me): recently, after a switch outage, we lost connectivity to all our Mitaka hosts. We had to enter via iLO host by host and restart networking service to regain access. Then restart neutron-openvswitch-agent to regain access to VMs.</div><div><br></div><div>At first glance we thought it was a problem with the NIC linux driver of the hosts not detecting link state correctly.</div><div><br></div><div>Then we reproduced the issue simply bringing down physical interfaces for around 5 minutes, then up again. Same issue.</div><div><br></div><div>And then.... we found that if instead of using native (ryu) OpenFlow interface in Neutron Openvswitch we used ovs-ofctl, the problem disappears.</div><div><br></div><div>Any clue?</div><div><br></div><div>Thanks in advance.</div><div><br></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a><br>
Post to : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a><br>
<br></blockquote></div></div>
</blockquote></div><br></div>
</blockquote></div></div>
</div></div></blockquote></div><br></div>