[ovs-discuss] system at dp0: execute 0, 1 failed (Invalid argument) on packet

Fri Sep 2 15:24:03 UTC 2011

The in_port is also important when the packet_out's actions include an
output to OFPP_FLOOD.

On Thu, Sep 01, 2011 at 06:54:55PM -0700, Jesse Gross wrote:
> In the case of Open vSwitch some things, such as sFlow, want to do
> accounting based on the input port.  The same mechanism is used by OVS
> internally for packets that traverse userspace so it is important that
> they get counted but it is possible for the controller to do this as
> well.
> 
> The OpenFlow spec also says that in_port should be used in the case
> where the table virtual port is used as an output.
> 
> On Thu, Sep 1, 2011 at 5:30 PM, Aaron Rosen <arosen at clemson.edu> wrote:
> > Sorry could you clarify what the the roll of in_port is for a packet out?
> >
> > Also the default value for inport for sending a packet in nox is
> > OFPP_CONTROLLER fwiw.
> >
> > Thanks
> >
> > ?? ??def send_openflow_packet(self, dp_id, packet, actions,
> > ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? inport=openflow.OFPP_CONTROLLER):
> > ?? ?? ?? ??"""\brief Send an openflow packet to a datapath.
> >
> > ?? ?? ?? ??@param dp_id datapath to send packet to
> > ?? ?? ?? ??@param packet data to put in openflow packet
> > ?? ?? ?? ??@param actions list of actions or dp port to send out of
> > ?? ?? ?? ??@param inport dp port to mark as source (defaults to Controller port)
> > ?? ?? ?? ??"""
> >
> >
> >
> > On Thu, Sep 1, 2011 at 8:02 PM, Jesse Gross <jesse at nicira.com> wrote:
> >> That's the cause of the problem. ??OVS is rejecting the packet out
> >> because it is being sent from an out-of-range port. ??It's not entirely
> >> clear to me whether this is allowed by the OpenFlow spec and should be
> >> supported. ??In this case, I believe that OFPP_NONE is the correct port
> >> to use, although OVS will not like that either.
> >>
> >> In the meantime, either OFPP_LOCAL or a real port should behave correctly.
> >>
> >> On Thu, Sep 1, 2011 at 4:21 PM, Aaron Rosen <arosen at clemson.edu> wrote:
> >>> Opps, I mean:
> >>>
> >>> ??inport=openflow.OFPP_CONTROLLER
> >>>
> >>> I was talking about outport.
> >>>
> >>> Aaron
> >>>
> >>>
> >>> On Thu, Sep 1, 2011 at 7:19 PM, Aaron Rosen <arosen at clemson.edu> wrote:
> >>>> I ??tried both OFPP_FLOOD, in addition to OFPAT_OUTPUT 1 and 65534
> >>>>
> >>>> Thanks,
> >>>>
> >>>> Aaron
> >>>>
> >>>> P.S: attached in the first message is a dump of the OF packets that
> >>>> are causing this.
> >>>>
> >>>>
> >>>> On Thu, Sep 1, 2011 at 7:15 PM, Jesse Gross <jesse at nicira.com> wrote:
> >>>>> What in_port are you supplying in the packet out message? ??Is it OFPP_NONE?
> >>>>>
> >>>>> On Thu, Sep 1, 2011 at 8:29 AM, Aaron Rosen <arosen at clemson.edu> wrote:
> >>>>>> No problem:
> >>>>>>
> >>>>>> It says,
> >>>>>>
> >>>>>> Sep ??1 15:28:56 planetlab4 ovs-vswitchd: 00192|dpif|WARN|system at dp0:
> >>>>>> execute 0,1 failed (Invalid argument) on packet 66:f3:43:38:f4:a2 >
> >>>>>> Broadcast, ethertype ARP (0x0806), length 56: Request who-has
> >>>>>> 10.43.100.104 tell 10.43.100.54, length 42
> >>>>>> Sep ??1 15:28:56 planetlab4 kernel: openvswitch_mod:
> >>>>>> flow_metadata_from_nlattrs failed
> >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: 00193|dpif|WARN|Dropped 1 log
> >>>>>> messages in last 1 seconds (most recently, 1 seconds ago) due to
> >>>>>> excessive rate
> >>>>>> Sep ??1 15:28:57 planetlab4 kernel: openvswitch_mod:
> >>>>>> flow_metadata_from_nlattrs failed
> >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: 00194|dpif|WARN|system at dp0:
> >>>>>> execute 1 failed (Invalid argument) on packet 00:00:00:00:01:04 >
> >>>>>> 01:23:20:00:00:01, ethertype Unknown (0x27a0), length 36:
> >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: #0110x0000: ??0209 0764 7069
> >>>>>> 643a 3130 3404 0302 0001 ??...dpid:104.....
> >>>>>> Sep ??1 15:28:57 planetlab4 ovs-vswitchd: #0110x0010: ??0602 0078 0000
> >>>>>> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ??...x..
> >>>>>> Sep ??1 15:28:58 planetlab4 kernel: openvswitch_mod:
> >>>>>> flow_metadata_from_nlattrs failed
> >>>>>>
> >>>>>>
> >>>>>> Thanks,
> >>>>>>
> >>>>>> Aaron
> >>>>>>
> >>>>>>
> >>>>>> On Thu, Sep 1, 2011 at 3:28 AM, Jesse Gross <jesse at nicira.com> wrote:
> >>>>>>> It does seem to be the same as the message on the mailing list, which
> >>>>>>> I don't think was ever understood. ??I tried and failed to reproduce
> >>>>>>> this with packet outs and I think that Ben was previously unsuccessful
> >>>>>>> with LLDP packets.
> >>>>>>>
> >>>>>>> Can you try the attached patch? ??It just breaks out the various causes
> >>>>>>> of failure instead of reporting a generic EINVAL. ??It's a kernel
> >>>>>>> patch, so you'll have to reload the kernel module and then look for
> >>>>>>> relevant log messages in dmesg.
> >>>>>>>
> >>>>>>> On Mon, Aug 29, 2011 at 10:39 PM, Aaron Rosen <arosen at clemson.edu> wrote:
> >>>>>>>> Also, If it helps debug I could provide the address of my controller and you
> >>>>>>>> could point a switch at it (unless you think this is a configuration issue
> >>>>>>>> on my part).
> >>>>>>>> btw: found this on the mailing list but I'm not sure if the cause was ever
> >>>>>>>> determined
> >>>>>>>> http://www.mail-archive.com/discuss@openvswitch.org/msg01806.html
> >>>>>>>> P.S: Added Ben to CC since he was helping me with this problem on IRC but
> >>>>>>>> for some reason it had seemed to resolve itself at the time.
> >>>>>>>> Thanks,
> >>>>>>>> Aaron
> >>>>>>>>
> >>>>>>>> On Tue, Aug 30, 2011 at 1:10 AM, Aaron Rosen <arosen at clemson.edu> wrote:
> >>>>>>>>>
> >>>>>>>>> Yup the same,
> >>>>>>>>> [root at planetlab4 ~]# dmesg | grep "Open vSwitch"
> >>>>>>>>> Open vSwitch 1.2.90, built Aug 29 2011 15:49:49
> >>>>>>>>> [root at planetlab4 utilities]# ./ovs-appctl ??version
> >>>>>>>>> ovs-vswitchd (Open vSwitch) 1.2.90
> >>>>>>>>> Compiled Aug 29 2011 15:50:36
> >>>>>>>>> Thanks,
> >>>>>>>>> Aaron
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> On Tue, Aug 30, 2011 at 1:07 AM, Justin Pettit <jpettit at nicira.com> wrote:
> >>>>>>>>>>
> >>>>>>>>>> Can you confirm there's no mismatch? ??If you're running the latest from
> >>>>>>>>>> git, try running:
> >>>>>>>>>>
> >>>>>>>>>> ?? ?? ?? ??./ovs-appctl version
> >>>>>>>>>>
> >>>>>>>>>> and:
> >>>>>>>>>>
> >>>>>>>>>> ?? ?? ?? ??dmesg | grep "Open vSwitch"
> >>>>>>>>>>
> >>>>>>>>>> to make sure they match.
> >>>>>>>>>>
> >>>>>>>>>> --Justin
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> On Aug 29, 2011, at 7:22 PM, Aaron Rosen wrote:
> >>>>>>>>>>
> >>>>>>>>>> > I'm using the kernel version not the userspace ( unless my
> >>>>>>>>>> > understanding of this is ??unclear) Also, I'm near positive I'm not mixing
> >>>>>>>>>> > versions.
> >>>>>>>>>> >
> >>>>>>>>>> > Aaron
> >>>>>>>>>> >
> >>>>>>>>>> > On Mon, Aug 29, 2011 at 10:16 PM, Jesse Gross <jesse at nicira.com> wrote:
> >>>>>>>>>> > On Tue, Aug 30, 2011 at 12:30 AM, Aaron Rosen <arosen at clemson.edu>
> >>>>>>>>>> > wrote:
> >>>>>>>>>> > > Hello,
> >>>>>>>>>> > > I'm sending ARP packets from my openflow controller and everything
> >>>>>>>>>> > > seems to
> >>>>>>>>>> > > be working on hardware switches though on OVS I'm getting the
> >>>>>>>>>> > > following
> >>>>>>>>>> > > error in /var/log/messages.
> >>>>>>>>>> > > ovs-vswitchd: 70867|dpif|WARN|Dropped 1 log messages in last 1
> >>>>>>>>>> > > seconds (most
> >>>>>>>>>> > > recently, 1 seconds ago) due to excessive rate
> >>>>>>>>>> > >
> >>>>>>>>>> > > ovs-vswitchd: 70868|dpif|WARN|system at dp0: execute 0,1 failed (Invalid
> >>>>>>>>>> > > argument) on packet 66:f3:43:38:f4:a2 > Broadcast, ethertype ARP
> >>>>>>>>>> > > (0x0806),
> >>>>>>>>>> > > length 56: Request who-has 10.43.100.104 tell 10.43.100.105, length
> >>>>>>>>>> > > 42
> >>>>>>>>>> >
> >>>>>>>>>> > I would check that userspace and kernel versions are the same.
> >>>>>>>>>> >
> >>>>>>>>>> >
> >>>>>>>>>> >
> >>>>>>>>>> > --
> >>>>>>>>>> > Aaron O. Rosen
> >>>>>>>>>> > Masters Student - Network Communication
> >>>>>>>>>> > 306B Fluor Daniel
> >>>>>>>>>> >
> >>>>>>>>>> >
> >>>>>>>>>> > _______________________________________________
> >>>>>>>>>> > discuss mailing list
> >>>>>>>>>> > discuss at openvswitch.org
> >>>>>>>>>> > http://openvswitch.org/mailman/listinfo/discuss
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Aaron O. Rosen
> >>>>>>>>> Masters Student - Network Communication
> >>>>>>>>> 306B Fluor Daniel
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> Aaron O. Rosen
> >>>>>>>> Masters Student - Network Communication
> >>>>>>>> 306B Fluor Daniel
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Aaron O. Rosen
> >>>>>> Masters Student - Network Communication
> >>>>>> 306B Fluor Daniel
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Aaron O. Rosen
> >>>> Masters Student - Network Communication
> >>>> 306B Fluor Daniel
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Aaron O. Rosen
> >>> Masters Student - Network Communication
> >>> 306B Fluor Daniel
> >>>
> >>
> >
> >
> >
> > --
> > Aaron O. Rosen
> > Masters Student - Network Communication
> > 306B Fluor Daniel
> >