[ovs-dev] [patch v1] tests: Include ovn-macros for system testsuites.
Ilya Maximets
i.maximets at samsung.com
Tue Jun 4 15:44:42 UTC 2019
On 04.06.2019 7:37, Darrell Ball wrote:
>
>
> On Mon, Jun 3, 2019 at 10:27 AM Ilya Maximets <i.maximets at samsung.com <mailto:i.maximets at samsung.com>> wrote:
>
> On 03.06.2019 18:55, Darrell Ball wrote:
> >
> >
> > On Mon, Jun 3, 2019 at 12:48 AM Ilya Maximets <i.maximets at samsung.com <mailto:i.maximets at samsung.com> <mailto:i.maximets at samsung.com <mailto:i.maximets at samsung.com>>> wrote:
> >
> > On 25.05.2019 23:49, Darrell Ball wrote:
> > > ovn-macros are needed to run the OVN system tests.
> > >
> > > Signed-off-by: Darrell Ball <dlu998 at gmail.com <mailto:dlu998 at gmail.com> <mailto:dlu998 at gmail.com <mailto:dlu998 at gmail.com>>>
> > > Tested-by: Greg Rose <gvrose8192 at gmail.com <mailto:gvrose8192 at gmail.com> <mailto:gvrose8192 at gmail.com <mailto:gvrose8192 at gmail.com>>>
> > > Reviewed-by: Greg Rose <gvrose8192 at gmail.com <mailto:gvrose8192 at gmail.com> <mailto:gvrose8192 at gmail.com <mailto:gvrose8192 at gmail.com>>>
> > > ---
> >
> > Hi Darrell.
> > Thanks for the fix. It looks good.
> >
> > BTW, I have a question. Are you able to run 'make check-system-userspace'
> > successfully? I have a lot of failures beside the OVN related ones.
> > I didn't look closely yet.
> >
> >
> > which tests are failing for you ?; I can check later.
>
> Thanks.
> Here is the list of currently failing tests:
>
>
> These tests are un-loved for some time
> Copying couple folks.
>
>
>
> datapath-sanity
>
> 9: datapath - ping over vxlan tunnel FAILED (system-traffic.at:246 <https://protect2.fireeye.com/url?k=ca2351833f1c13f5.ca22dacc-2d077141969cf994&u=http://system-traffic.at:246>)
> 10: datapath - ping over vxlan6 tunnel FAILED (system-traffic.at:289 <https://protect2.fireeye.com/url?k=806bcaddf0570229.806a4192-31aa7a98ff0ea74c&u=http://system-traffic.at:289>)
> 16: datapath - ping over geneve tunnel FAILED (system-traffic.at:522 <https://protect2.fireeye.com/url?k=1b59b694f3eb247f.1b583ddb-0660c0ec5c47f5bf&u=http://system-traffic.at:522>)
> 17: datapath - flow resume with geneve tun_metadata FAILED (system-traffic.at:568 <https://protect2.fireeye.com/url?k=a4cd38cbf817df78.a4ccb384-2d47344d2cec23cb&u=http://system-traffic.at:568>)
> 18: datapath - ping over geneve6 tunnel FAILED (system-traffic.at:606 <https://protect2.fireeye.com/url?k=e826024a4d9e8b12.e8278905-9b148a9e2dd10697&u=http://system-traffic.at:606>)
>
>
> These should be bypassed for userspace due to dependencies on kernel modules
> Also depends on routing table info - see below.
>
>
>
> nsh-datapath
>
> 121: nsh - decap header FAILED (system-traffic.at:5839 <http://system-traffic.at:5839>)
> 122: nsh - replace header FAILED (system-traffic.at:5876 <http://system-traffic.at:5876>)
> 123: nsh - forward FAILED (system-traffic.at:5931 <http://system-traffic.at:5931>)
>
>
> +2019-06-04T03:38:14.365Z|00001|odp_util(revalidator5)|WARN|OVS_NSH_KEY_ATTR_MD1 present but declared mdtype 0 is not 1 (NSH_M_TYPE1)
> +2019-06-04T03:38:14.366Z|00002|odp_util(revalidator5)|WARN|the flow mask in error is: skb_priority(0),tunnel(ttl=0,flags(0)),skb_mark(0),ct_state(0),ct_zone(0),ct_mark(0),ct_label(0),recirc_id(0xffffffff),dp_hash(0),in_port(4294967295),packet_type(ns=65535,id=0xffff),eth(src=00:00:00:00:00:00,dst=00:00:00:00:00:00),eth_type(0xffff),nsh(flags=0ttl=0,mdtype=0,np=255,spi=0xffffff,si=255), for the following flow key: in_port=2,vlan_tci=0x0000,dl_src=f2:ff:00:00:00:01,dl_dst=f2:ff:00:00:00:02,dl_type=0x894f,nsh_flags=0,nsh_ttl=8,nsh_mdtype=1,nsh_np=3,nsh_spi=0x100,nsh_si=3,nsh_c1=0x1020304,nsh_c2=0x5060708,nsh_c3=0x90a0b0c,nsh_c4=0xd0e0f10,nw_proto=0,nw_tos=0,nw_ecn=0,nw_ttl=0
>
> 'OVS_NSH_KEY_ATTR_MD1 present but declared mdtype 0 is not 1 (NSH_M_TYPE1)'
> also needs bisecting
>
>
>
> layer3-tunnels
>
> 124: layer3 - ping over VXLAN-GPE FAILED (ovs-macros.at:219 <http://ovs-macros.at:219>)
> 125: layer3 - ping over GRE FAILED (ovs-macros.at:219 <http://ovs-macros.at:219>)
>
>
> First issue seems to be related to:
> 898d7b052 Ben Pfaff Sat Mar 31 17:12:55 2018 -0700 ovs-vswitchd: Do not use system routing table with --disable-system.
> which adds suppressing routing table info/updates to 'disable-system' directive, which system userspace tests use.
Good catch. Thank you!
By reverting this patch all the tests passed except two NSH tests (122 and 123).
Actually, userspace tunneling usually relates on system routing tables. So, it's
unclear what to do with this change.
>
> At least a couple ways to fix this first issue, including possibly more selective disabling
> If there are other non-system tests covering functionality, then possibly just bypass.
>
>
>
> You may found a bit stripped version of system-userspace-testsuite.log here:
> https://pastebin.com/RX58PnKR
>
> Best regards, Ilya Maximets.
>
More information about the dev
mailing list