Hi Dmita,
At first glance I'd say there is some Beacon side debugging to be done
first before considering a possible OVS issue. Lets work through it on
the Beacon forum and then come back here if needed.
David
On 7/25/2013 2:15 PM, Dmita Levy wrote:
Hello,
When I connect a Host running OVS
Hi I caught this on my log and was wondering if it is anything I should
be concerned about:
Apr 03 06:25:01|02247|timeval|WARN|83 ms poll interval (0 ms user, 40 ms
system) is over 94 times the weighted mean interval 1 ms (16010646 samples)
Thanks,
David
On 03/09/2012 04:14 PM, Jesse Gross wrote:
On Fri, Mar 9, 2012 at 1:33 PM, David Erickson wrote:
Hey guys-
We've been seeing some occasional soft lockups on some of our Xen boxes
reporting messages like the following:
BUG: soft lockup - CPU#3 stuck for 80s! [ovs-vswitchd:4950]
BUG:
Hey guys-
We've been seeing some occasional soft lockups on some of our Xen boxes
reporting messages like the following:
BUG: soft lockup - CPU#3 stuck for 80s! [ovs-vswitchd:4950]
BUG: soft lockup - CPU#0 stuck for 80s! [netback/0:1126]
BUG: soft lockup - CPU#2 stuck for 91462s! [tapdisk2:8473
On 12/1/2011 2:38 PM, David Erickson wrote:
On 12/01/2011 01:11 PM, David Erickson wrote:
On 12/1/2011 12:05 PM, Ben Pfaff wrote:
On Thu, Dec 01, 2011 at 12:02:46PM -0800, David Erickson wrote:
On 12/1/2011 12:01 PM, Ben Pfaff wrote:
On Wed, Nov 30, 2011 at 06:18:15PM -0800, David Erickson
On 12/15/2011 10:48 AM, Justin Pettit wrote:
On Dec 6, 2011, at 3:18 PM, David Erickson wrote:
I do agree with your analysis in that it is narrowing some traffic but actually
broadening it for ARPs to/from a remote. I think we can actually solve both
problems by unioning the existing b/c
On 12/06/2011 01:33 PM, Justin Pettit wrote:
On Nov 13, 2011, at 8:38 PM, David Erickson wrote:
On 11/1/2011 1:36 PM, Ben Pfaff wrote:
On Fri, Sep 09, 2011 at 12:11:11PM -0700, Ben Pfaff wrote:
Justin, you've also experienced the pain of in-band control. Would
you mind reviewing Da
On 12/01/2011 01:11 PM, David Erickson wrote:
On 12/1/2011 12:05 PM, Ben Pfaff wrote:
On Thu, Dec 01, 2011 at 12:02:46PM -0800, David Erickson wrote:
On 12/1/2011 12:01 PM, Ben Pfaff wrote:
On Wed, Nov 30, 2011 at 06:18:15PM -0800, David Erickson wrote:
I think I've run into another
On 12/1/2011 12:05 PM, Ben Pfaff wrote:
On Thu, Dec 01, 2011 at 12:02:46PM -0800, David Erickson wrote:
On 12/1/2011 12:01 PM, Ben Pfaff wrote:
On Wed, Nov 30, 2011 at 06:18:15PM -0800, David Erickson wrote:
I think I've run into another semi-related issue with inband. I
recently change
On 12/1/2011 12:01 PM, Ben Pfaff wrote:
On Wed, Nov 30, 2011 at 06:18:15PM -0800, David Erickson wrote:
I think I've run into another semi-related issue with inband. I
recently changed the fail mode of my OVS instances from standalone
to secure because I wanted them to continue using the
I think I've run into another semi-related issue with inband. I
recently changed the fail mode of my OVS instances from standalone to
secure because I wanted them to continue using the rules that had been
set in the event the controller died or needed restarting. This had the
unfortunate side
On 11/13/2011 11:23 PM, David Erickson wrote:
On 11/13/2011 9:16 PM, Justin Pettit wrote:
On Nov 13, 2011, at 8:38 PM, David Erickson wrote:
On 11/1/2011 1:36 PM, Ben Pfaff wrote:
On Fri, Sep 09, 2011 at 12:11:11PM -0700, Ben Pfaff wrote:
Justin, you've also experienced the pain of in
On 11/13/2011 9:16 PM, Justin Pettit wrote:
On Nov 13, 2011, at 8:38 PM, David Erickson wrote:
On 11/1/2011 1:36 PM, Ben Pfaff wrote:
On Fri, Sep 09, 2011 at 12:11:11PM -0700, Ben Pfaff wrote:
Justin, you've also experienced the pain of in-band control. Would
you mind reviewing Da
Thanks,
David
>From 345bf1f2b596883eec4622828c138ea24e238338 Mon Sep 17 00:00:00 2001
From: David Erickson
Date: Sun, 13 Nov 2011 20:35:18 -0800
Subject: [PATCH] Narrowed allowed ARPs with inband rules
Per the DESIGN document the following rules
have been changed from:
(b) ARP replies to the local port's MAC address.
e:
This is expected for inband because in order for the dp to connect to
the controller ARP must pass through? (Though this IP address isn't
the one that it would actually use to talk to the controller though. )
Just curious.
Thanks,
Aaron
On Sun, Nov 13, 2011 at 3:59 PM, David Erickso
Are you in inband mode? If so this is expected.
Sent from my HTC smartphone on the Now Network from Sprint!
- Reply message -
From: "Aaron Rosen"
To:
Subject: [ovs-discuss] fail-mode secure behavior
Date: Sun, Nov 13, 2011 12:27 pm
Hello I had a quick question about the fail secure beha
On 9/9/2011 12:05 PM, Ben Pfaff wrote:
On Fri, Sep 09, 2011 at 02:55:18PM -0400, Nicholas Bastin wrote:
Would you accept a patch to OVS which allowed a user to configure a single
VLAN to which the in-band rules applied? Basically, instead of wildcarding
the VLAN tag on all the in-band rules, it
On 9/9/2011 9:54 AM, Ben Pfaff wrote:
On Fri, Sep 09, 2011 at 09:36:25AM -0700, David Erickson wrote:
On 9/9/2011 9:16 AM, Ben Pfaff wrote:
On Thu, Sep 08, 2011 at 06:11:39PM -0700, David Erickson wrote:
Hi All-
I'm seeing some confusing behavior happening relating to ARPs and
OVS 1.2.1
Thanks Nick for the reference that was useful, I had seen it before but
forgot where it lived.
On 9/9/2011 9:16 AM, Ben Pfaff wrote:
On Thu, Sep 08, 2011 at 06:11:39PM -0700, David Erickson wrote:
Hi All-
I'm seeing some confusing behavior happening relating to ARPs and
OVS 1.2.1 (al
On 9/9/2011 12:10 AM, Justin Pettit wrote:
On Sep 8, 2011, at 1:22 AM, David Erickson wrote:
On 9/7/2011 7:10 PM, Justin Pettit wrote:
On Sep 7, 2011, at 5:29 PM, David Erickson wrote:
Is there a specific procedure for moving between OVS versions in XenServer?
I've done this a few
Hi All-
I'm seeing some confusing behavior happening relating to ARPs and OVS
1.2.1 (also on 1.1.1 and probably 1.0.1). This is a XS machine with 1
ethernet port, so in-band connection from OVS to the controller.
Specifically there are two cases where I would expect packets to be sent
up to th
Thanks Ben
-David
On 09/08/2011 12:38 PM, Ben Pfaff wrote:
I sent out a patch that makes OFPP_NONE work for me:
http://openvswitch.org/pipermail/dev/2011-September/011038.html
After it's in, I'll port it to branch-1.2.
On Mon, Sep 05, 2011 at 12:01:16PM -0400, Aaron Rosen wrote:
Thank
On 9/7/2011 7:10 PM, Justin Pettit wrote:
On Sep 7, 2011, at 5:29 PM, David Erickson wrote:
Is there a specific procedure for moving between OVS versions in XenServer?
I've done this a few times, and frequently I find myself in a situation where
the xenbr0 device has completely disapp
On 9/7/2011 7:02 PM, Ben Pfaff wrote:
On Wed, Sep 07, 2011 at 06:54:27PM -0700, David Erickson wrote:
I am seeing the following in the ovs-vswitchd.log when sending LLDP
packets using OpenFlow's Packet Out on OVS 1.2.1:
Sep 07 21:47:08|00151|dpif|WARN|system@xenbr0: execute 1 failed
(In
Hi-
I am seeing the following in the ovs-vswitchd.log when sending LLDP
packets using OpenFlow's Packet Out on OVS 1.2.1:
Sep 07 21:47:08|00151|dpif|WARN|system@xenbr0: execute 1 failed (Invalid
argument) on packet 00:00:00:00:00:02 > 01:80:c2:00:00:0e, ethertype
Unknown (0x88cc), length 48:
Hi all-
Is there a specific procedure for moving between OVS versions in
XenServer? I've done this a few times, and frequently I find myself in
a situation where the xenbr0 device has completely disappeared, and I
couldn't find a way to restore it other than re-installing Xen. In
particular
On 5/2/2011 11:57 PM, Justin Pettit wrote:
On May 2, 2011, at 11:48 PM, David Erickson wrote:
Ah ok so ovs-vsctl to this management protocol is similar to what dpctl is to
OpenFlow?
Ye. In OVS, the utilities map as follows:
ovs-vsctl -> ovsdb-server (OVS management proto
On 5/2/2011 9:13 PM, Ben Pfaff wrote:
On Mon, May 02, 2011 at 09:10:02PM -0700, David Erickson wrote:
On 5/2/2011 7:09 PM, Justin Pettit wrote:
On May 2, 2011, at 3:00 PM, Ben Pfaff wrote:
On Mon, May 02, 2011 at 02:51:14PM -0700, David Erickson wrote:
I've noticed that OVS isn't
On 5/2/2011 7:09 PM, Justin Pettit wrote:
On May 2, 2011, at 3:00 PM, Ben Pfaff wrote:
On Mon, May 02, 2011 at 02:51:14PM -0700, David Erickson wrote:
I've noticed that OVS isn't connecting to the controller on
boot/reboot, is there an option somewhere I need to set to enable
Hi all-
I've noticed that OVS isn't connecting to the controller on boot/reboot,
is there an option somewhere I need to set to enable this? On further
inspection when I run ovs-vsctl list bridge it looks like the bridge
lost both its controller entry and its other_config:datapath-id. Is
ther
Justin Pettit wrote:
On Jan 12, 2010, at 2:19 AM, Ian Campbell wrote:
On Wed, 2010-01-06 at 23:53 +, David Erickson wrote:
I was just doing some reading about XCP and was wondering what sort of
support (if any) vswitch has within XCP currently? And what the
roadmap/timeline (if
Ben Pfaff wrote:
On Wed, Jan 06, 2010 at 03:53:23PM -0800, David Erickson wrote:
I was just doing some reading about XCP and was wondering what sort
of support (if any) vswitch has within XCP currently? And what the
roadmap/timeline (if available) looks like?
What have you been reading?
Is
I was just doing some reading about XCP and was wondering what sort of
support (if any) vswitch has within XCP currently? And what the
roadmap/timeline (if available) looks like?
Thanks,
David
___
discuss mailing list
discuss@openvswitch.org
http://
Jesse Gross wrote:
David Erickson wrote:
Jesse Gross wrote:
David Erickson wrote:
The crux is the netflow message is matching the flow expiration.
There was nothing in the ovs-vswitchd.log file other than messages
about connecting to NOX and exiting fail-open mode, which was well
Jesse Gross wrote:
David Erickson wrote:
The crux is the netflow message is matching the flow expiration.
There was nothing in the ovs-vswitchd.log file other than messages
about connecting to NOX and exiting fail-open mode, which was well
before this test was performed.
Can you try
Jesse Gross wrote:
Jesse Gross wrote:
David Erickson wrote:
I've attached the packet dump of the netflow message from the switch
causing the problems. Also as an aside, I was only able to get it to
send one netflow message because my machine returned an icmp error
back to ovs since
Justin Pettit wrote:
On Nov 13, 2009, at 11:28 AM, David Erickson wrote:
I've attached the packet dump of the netflow message from the switch causing
the problems. Also as an aside, I was only able to get it to send one netflow
message because my machine returned an icmp error back t
Jesse Gross wrote:
David Erickson wrote:
1. If you query the flow stats before the expiration message, do you
get the right results? You mentioned that this was true before but
these flows are less than your 10 second polling interval.
The values still look wrong from the stats message
Jesse Gross wrote:
David Erickson wrote:
This patch seemed to work but exposed another bizarre problem. So my
setup is the same, 2 Xen servers with OVS, 1 reference OF software
switch inbetween the two, a wget from .12 to .13 which is running
apache. When the flows expire, dpid 17 which is
Jesse Gross wrote:
Hi Jesse,
Certainly the first, however I am seeing this bug on both short and
long (20+seconds) flows, both with an idle timeout of whatever the
default NOX 0.4 timeout is (I'm assuming 5s?). Does that qualify?
Yeah, a 5 second idle timeout will trigger this problem.
Jesse Gross wrote:
David Erickson wrote:
However when the flow expires, the byte/packet counter are zero.
I sent off a patch for review that fixes a problem with the counters
in flow expiration messages, which is hopefully the same problem as
the one you are having. Does this match your
Hi all,
At Justin's request I am forwarding this bug report along to this email
address. I am seeing a problem where flow expirations are consistently
returning zeros for packet/byte counts on a specific flow I am
inserting. I am using OVS build 1497 that Justin gave me today. The
flow has
42 matches
Mail list logo
