[ovs-dev] [no-slow 2/6] ofproto-dpif: Reorganize upcall handling.

Gregory Rose gvrose8192 at gmail.com
Wed Jan 3 17:37:54 UTC 2018


On 1/2/2018 11:42 AM, Justin Pettit wrote:
>> On Dec 28, 2017, at 3:22 PM, Gregory Rose <gvrose8192 at gmail.com> wrote:
>>
>> SFAICT it emulates exactly what the system-traffic.at test 001 does.  And it works fine... /shrug.
>>
>> What distribution, kernel, etc are you using for your check-kmod testing?  I'll try to emulate that
>> exactly and then see if I can get similar results.
> I'm using Ubuntu 16.04 with kernel 4.4.0-104-generic.  I sent you a link on our Slack channel to the internal tester that runs different OSs.  It fails a few of tests, but they're the same ones that fail on master.  (We need to address those, but they shouldn't be related to my patches.)
>
> --Justin
>
>

Justin,

I have done more testing last night and this morning and have a couple 
of findings.

First, the tests themselves *all* succeed.  However, they are marked as 
failed because of warnings that
occur during OVS_TRAFFIC_VSWITCHD_STOP in system-traffic.at.  If I 
comment out
OVS_TRAFFIC_VSWITCHD_STOP then the test runs successfully.

AT_SETUP([datapath - ping between two ports])
OVS_TRAFFIC_VSWITCHD_START()

AT_CHECK([ovs-ofctl add-flow br0 "actions=normal"])

ADD_NAMESPACES(at_ns0, at_ns1)

ADD_VETH(p0, at_ns0, br0, "10.1.1.1/24")
ADD_VETH(p1, at_ns1, br0, "10.1.1.2/24")

NS_CHECK_EXEC([at_ns0], [ping -q -c 3 -i 0.3 -w 2 10.1.1.2 | 
FORMAT_PING], [0], [dnl
3 packets transmitted, 3 received, 0% packet loss, time 0ms
])
NS_CHECK_EXEC([at_ns0], [ping -s 1600 -q -c 3 -i 0.3 -w 2 10.1.1.2 | 
FORMAT_PING], [0], [dnl
3 packets transmitted, 3 received, 0% packet loss, time 0ms
])
NS_CHECK_EXEC([at_ns0], [ping -s 3200 -q -c 3 -i 0.3 -w 2 10.1.1.2 | 
FORMAT_PING], [0], [dnl
3 packets transmitted, 3 received, 0% packet loss, time 0ms
])

dnl OVS_TRAFFIC_VSWITCHD_STOP
AT_CLEANUP

## ------------------------------ ##
## openvswitch 2.8.90 test suite. ##
## ------------------------------ ##
   1: datapath - ping between two ports               ok

## ------------- ##
## Test results. ##
## ------------- ##

1 test was successful.

I'm now debugging the OVS_TRAFFIC_VSWITCHD_STOP macro and trying to 
determine what
is causing the problem.  Here are the log messages:

2018-01-03T17:30:52.340Z|00039|netdev_linux|WARN|ovs-p1: removing 
policing failed: No such device
2018-01-03T17:30:52.341Z|00040|ofproto|WARN|br0: cannot get STP status 
on nonexistent port 2
2018-01-03T17:30:52.341Z|00041|ofproto|WARN|br0: cannot get RSTP status 
on nonexistent port 2
2018-01-03T17:30:52.343Z|00042|bridge|INFO|bridge br0: deleted interface 
ovs-p1 on port 2
2018-01-03T17:30:52.346Z|00043|bridge|WARN|could not open network device 
ovs-p1 (No such device)
2018-01-03T17:30:52.360Z|00044|bridge|INFO|bridge br0: deleted interface 
ovs-p0 on port 1
2018-01-03T17:30:52.364Z|00045|bridge|WARN|could not open network device 
ovs-p0 (No such device)
2018-01-03T17:30:52.367Z|00046|bridge|WARN|could not open network device 
ovs-p1 (No such device)

It is the WARNS from the OVS_TRAFFIC_VSWITCHD_STOP part of the test that 
are causing all tests to fail.

Again, I see this on multiple systems.  They are all VMs though so I'm 
wondering if the internal test that
you are referring to was run on bare metal?

Thanks,

- Greg



More information about the dev mailing list