Can you do a tcpdump to see if the VM is sending any packets out that other
interface with the source mac of the primary interface?
We make use of the NORMAL action which does mac learning so it's possible
something is slipping through that is causing OVS to get the wrong port
association.
The
So this all gets more interesting the packets aren't lost they get
routed (switched?) to the wrong interface...
The VM has two interfaces on the same network. Not sure this makes
sense and wes done because this was a straight physical to virtual
migration. But seems like it should work
so VM
Hi Jon -
From what I understand, while you might have gone to the trouble of configuring
a lossless data centre ethernet, that guarantee of packet loss ends at the
hypervisor. OVS (and other virtual switches) will drop packets rather than
exert back pressure.
I saw a useful paper from IBM
On Wed, Jun 21, 2017 at 02:39:23AM -0700, Kevin Benton wrote:
:Are there any events going on during these outages that would cause
:reprogramming by the Neutron agent? (e.g. port updates) If not, it's likely
:an OVS issue and you might want to cross-post to the ovs-discuss mailing
:list.
Guess
Are there any events going on during these outages that would cause
reprogramming by the Neutron agent? (e.g. port updates) If not, it's likely
an OVS issue and you might want to cross-post to the ovs-discuss mailing
list.
Can you check the vswitch logs during the packet loss to see if there are
Hi All,
I have a very busy VM (well one of my users does I don't have access
but do have cooperative and copentent admin to interact with on th
eother end).
At peak times it *sometimes* misses packets. I've been didding in for
a bit ant it looks like they get dropped in OVS land.
The VM's main
