On 05/26/2016 11:58 AM, Ben Pfaff wrote:
> On Wed, May 25, 2016 at 08:05:38AM +0000, Chris Packham wrote:
>> We've run into a problem trying to compile openvswitch with CFLAGS=-Werror.
>
> Use "configure --enable-Werror", as documented in Open vSwitch's
> I
Hi,
We've run into a problem trying to compile openvswitch with CFLAGS=-Werror.
I don't think it's an openvswitch problem. It appears to be a
autoconf/gcc issue.
openvswitch has a test to detect the library that implements
__atomic_load_8 which boils down to "AC_SEARCH_LIBS([__atomic_load_8],
Hello,
We are looking for a way to log an interface flapping between to physical
interfaces bonded in active-passive by openvswitch.
Is it written in /var/log/messages ?
Cheers,
Chris
___
discuss mailing list
discuss@openvswitch.org
http
Hello Jesse,
What is the patch commit id?
Cheers
Chris
-Original Message-
From: Jesse Gross [mailto:je...@nicira.com]
Sent: Tuesday, July 07, 2015 23:24
To: Chris
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] ovs kernel module 2.3.2 build failed
On Tue, Jul 7, 2015 at 1:23 AM
e/ovswitch/rpmbuild/BUILD/openvswitch-2.3.2/_default/datapath/linux'
error: Bad exit status from /var/tmp/rpm-tmp.J1Os80 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.J1Os80 (%build)
Any help appreciated!
Thanks,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
advance!
Cheers
Chris
From: Alex Wang [mailto:al...@nicira.com]
Sent: Thursday, June 04, 2015 14:00
To: Chris
Cc: discuss@openvswitch.org; openst...@lists.openstack.org; Soputhi Sea
Subject: Re: [ovs-discuss] Openvswitch network disconnect
Thx for the info, I'll try reproduce it
f:ff
31: tap6d8b70de-9c: mtu 1500 qdisc pfifo_fast
state UNKNOWN qlen 500
link/ether fe:16:3e:40:9e:44 brd ff:ff:ff:ff:ff:ff
32: bond0: mtu 1500 qdisc noop state DOWN
link/ether f6:83:30:bc:4c:7c brd ff:ff:ff:ff:ff:ff
35: phy-br-bond0: mtu 1500 qdisc pfifo_fast
state UP qlen 1000
lin
#x27;t show any result and just hang after the execution:
- ovs-appctl bond/show bond0
- ovs-appctl vlog/list
- ovs-ofctl dump-flows br-bond0
A "service openvswitch restart" fix it, the connection from the VMs and the
host are back immediately.
Any help ap
fault is not in openvswitch, in this process, I have
learned a lot more about how ovs and flows work - thanks :)
Regards
Chris
On 2015/03/18 05:27 PM, Gurucharan Shetty wrote:
Fwiw, I had seen a similar issue a couple of years ago. It turned out
to be a system bug. I debugged (with help from Ben
On 03/18/15 16:52, Ben Pfaff wrote:
On Wed, Mar 18, 2015 at 12:44:08PM +0200, Chris Picton wrote:
On 03/18/15 08:47, Chris Picton wrote:
The relevant flow is:
recirc_id(0),skb_priority(0),in_port(2),eth(src=00:15:17:91:05:4c,dst=52:54:00:14:54:c6),eth_type(0x8100),vlan(vid=3,pcp=0),encap
On 03/18/15 08:47, Chris Picton wrote:
The relevant flow is:
recirc_id(0),skb_priority(0),in_port(2),eth(src=00:15:17:91:05:4c,dst=52:54:00:14:54:c6),eth_type(0x8100),vlan(vid=3,pcp=0),encap(eth_type(0x0806)),
packets:2, bytes:120, used:0.014s, actions:pop_vlan,7
I can't find any defin
On 03/18/15 01:05, Ben Pfaff wrote:
On Tue, Mar 17, 2015 at 11:05:54PM +0200, Chris Picton wrote:
On 2015/03/17 10:21 PM, Ben Pfaff wrote:
On Tue, Mar 17, 2015 at 10:17:03PM +0200, Chris Picton wrote:
At layer3, I can use the 'ip route get *' commands to determine how
the kernel wi
On 2015/03/17 10:21 PM, Ben Pfaff wrote:
On Tue, Mar 17, 2015 at 10:17:03PM +0200, Chris Picton wrote:
At layer3, I can use the 'ip route get *' commands to determine how
the kernel will route a packet. Is there any equivalent command to
inspect the ovs behaviour. I would like to as
ch is the
correct interface. What else can I use to troubleshoot why the arp
replies are actually not forwarding to vnet0?
Many Thanks
Chris
# ovs-appctl fdb/show vbr0 | egrep
'port|00:15:17:91:05:4c|52:54:00:14:54:c6|52:54:00:60:29:8c'
port VLAN MACAge
1 3 0
On Mon, Mar 02, 2015 at 11:45:11AM +1100, Chris Dunlop wrote:
> Heads up...
>
> We've hit this BUG() in v3.10.70, v3.14.27 and v3.18.7:
>
> net/core/skbuff.c:
> 1027 int pskb_expand_head(struct sk_buff *skb, int nhead, int ntail,
> 1028 gfp_t
sflow collection, the permanent solution is to
install v2.3.2 once it's out, and in the meantime you can cherry-pick
commit d7ff93d75 on top of v2.3.1 to get your sflow collection working
again.
Cheers!
Chris
> On Wednesday, March 4, 2015, Chris Dunlop wrote:
>
> > On Sat, Feb 28,
On Sat, Feb 28, 2015 at 12:49:31PM +1100, Chris Dunlop wrote:
> On Fri, Feb 27, 2015 at 08:30:42PM -0500, Xu (Simon) Chen wrote:
> > On Fri, Feb 27, 2015 at 6:14 PM, Pravin Shelar wrote:
> > > So it looks like vhost is generating shared skb. Can you try same test
> > >
On Mon, Mar 02, 2015 at 11:45:11AM +1100, Chris Dunlop wrote:
> Heads up...
>
> We've hit this BUG() in v3.10.70, v3.14.27 and v3.18.7:
>
> net/core/skbuff.c:
> 1027 int pskb_expand_head(struct sk_buff *skb, int nhead, int ntail,
> 1028 gfp_t
On Fri, Feb 27, 2015 at 08:33:13PM -0500, Xu (Simon) Chen wrote:
> On Fri, Feb 27, 2015 at 7:13 PM, Chris Dunlop wrote:
> > On Fri, Feb 27, 2015 at 11:08:21AM -0800, Pravin Shelar wrote:
> > > Can you reproduce this bug on hypervisor to hypervisor
> > > test without a
On Fri, Feb 27, 2015 at 08:31:46PM -0500, Xu (Simon) Chen wrote:
> On Fri, Feb 27, 2015 at 6:49 PM, Chris Dunlop wrote:
> > On Fri, Feb 27, 2015 at 06:06:25PM -0500, Xu (Simon) Chen wrote:
> > > On Friday, February 27, 2015, Chris Dunlop wrote:
> > > > Simon,
On Fri, Feb 27, 2015 at 08:30:42PM -0500, Xu (Simon) Chen wrote:
> On Fri, Feb 27, 2015 at 6:14 PM, Pravin Shelar wrote:
> > So it looks like vhost is generating shared skb. Can you try same test
> > on latest upstream kernel?
>
> I don't know whether it's vhost, as for me the VM receiving high v
On Fri, Feb 27, 2015 at 11:08:21AM -0800, Pravin Shelar wrote:
> On Thu, Feb 26, 2015 at 9:13 PM, Chris Dunlop wrote:
> > Hi,
> >
> > "Me too" on Simon's BUG() described below (apologies for the top post).
> > Basically:
> >
> &g
On Fri, Feb 27, 2015 at 06:06:25PM -0500, Xu (Simon) Chen wrote:
> On Friday, February 27, 2015, Chris Dunlop wrote:
> > Simon, are you able to try your test running direct hypervisor
> > to hypervisor?
>
> Nope... I have only seen this between VMs. After repeated tests, it
On Fri, Feb 27, 2015 at 11:08:21AM -0800, Pravin Shelar wrote:
> On Thu, Feb 26, 2015 at 9:13 PM, Chris Dunlop wrote:
> > Hi,
> >
> > "Me too" on Simon's BUG() described below (apologies for the top post).
> > Basically:
> >
> &g
GFP_ATOMIC))
return NULL;
}
...
}
pskb_expand_head(skb, 0, eat > 0 ? eat + 128 : 0, GFP_ATOMIC)
{
...
if (skb_shared(skb))
BUG(); <<< BOOM!!!
...
}
----
n.
Cheers,
Chris
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Wednesday, 14 January 2015 9:35 a.m.
To: Chris Beasley
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] Does OpenVswitch support IP over Infiniband yet?
On Tue, Jan 13, 2015 at 08:32:55PM +0000, Chr
network in Xenserver but unless
OVS has support for the cards then what I have read suggests it won't work well.
Thanks,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
Hi
As the subject asks, what is the recommended OVS version for use with
the built-in rhel6/centos6 kernel module. Would I be causing any
compatibility issues by doing this?
Regards
Chris
___
discuss mailing list
discuss@openvswitch.org
http
openvswitch.org/support/config-cookbooks/sflow/
Cheers
Chris
On 2014-11-19 17:14, Krist van Besien wrote:
Hello,
This is my first post here. I come here hoping that someone can give
me some help/pointers with a problem I'm having.
We are using ovswitch as part of an OpenStack Havan
share comparing the Linux bridge and
openvswitch regarding TCP_RR and TCP_CRR performance?
Thank you in advance!
Cheers
Chris
On 2014-10-16 23:07, Ben Pfaff wrote:
How can I find out what version that is? I am not familiar with how
OpenStack is distributed.
On Thu, Oct 16, 2014 at 10:16:11AM
pends:vxlan
vermagic: 2.6.32-431.23.3.el6.x86_64 SMP mod_unload modversions
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Wednesday, October 15, 2014 22:45
To: Chris
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] OpenVSwitch latency issues
On Wed, Oct 15, 20
er second
Any further performance suggestions?
Thank you!
Greetings
Chris
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Monday, October 13, 2014 00:36
To: Chris
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] OpenVSwitch latency issues
On Sun, Oct 12, 2014
l (BM) machine seems to be
significant slower.
http://i.imgur.com/TByQsjZ.png
Any tips to debug Open vSwitch regarding the latency or tuning tips?
Thanks in advance!
Greetings
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitc
Hi Alex/List,
Any further ideas on troubleshooting this?
I can fix it by adding some network noise to rc.local but that seems
kinda hacky.
Is there a way to debug what frames are causing insert or updates to
fdb entries to see why this might be happening?
Regards,
Chris
get back
to you Mon/Tue.
Thanks Alex,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
& Ben Pfaff hasn't gotten any
further than what is already on the ML, but I'm glad there is at least
one other user seeing something similar to what I'm experiencing (not
that I wish it wasn't working for you :))
Hopefully some further advice will come our way.
Regards,
Hi Krist,
I started a thread a few days ago with subject:
LXC, OVS and fdb learning problem
Your symptoms sound very similar to what I'm seeing. I havn't resolved my
symptoms yet unfortunately :(
I'm running my LXC base & container on top of VMware ESX, and thus my vSwitch
has to be in promis
I have an issue with mac learning that I haven't been able to resolve
yet (thread just recently on ML) but otherwise it seems to be working
fine.
Regards,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
citation, who has
fe80::fcdd:3fff:fe1e:71f6, length 24
So these frames are srced with the LXC container mac address, being
received ingress on the external ens224 interface. I think this is
what is tripping up OVS's learning. Hmmm.
Regards,
Chris
_
f ovs-ofctl show before, but now that I
have, and since it's the VMware VM's uplink, my suspicion is the VM is
seeing frames arrive back in on ens224 with a src mac of the LXC
container, the port id is flapping.
If you have any further suggestions let me know - otherwise I'll do
m
ner, until next reboot
15 0 fe:dd:3f:1e:71:f61
15 0 fe:dd:3f:1e:71:f61
I'm not heavily experienced with OVS to know whether the above is
'normal' but it seems strange :)
Thanks,
Chris
___
discuss mailing list
d
MP echo request, id 17712, seq 552,
length 64
14:15:03.056606 fe:dd:3f:1e:71:f6 > 00:13:7f:f6:a7:b0, ethertype IPv4 (0x0800),
length 98: 192.168.0.12 > 10.0.0.250: ICMP echo reply, id 17712, seq 552,
length 64
[root@phys ~]# ovs-appctl fdb/show br-inet | grep fe:dd:3
or on my behalf? Or expected
behaviour? Any suggestions for troubleshooting this would be much
appreciated.
Thanks,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
On 2014-07-09 3:41 PM, Ben Pfaff wrote:
On Wed, Jul 09, 2014 at 02:04:00PM -0700, Chris Hydon wrote:
I am part of a team developing a program that connects to a running
OVSDB server via the jsonrpc interface and performs transactions. I
noticed during testing that after sending a database
or is it incidental and subject to change
(i.e. is it conceivable that at some point in the future the NOTIFY will
arrive after the REPLY)?
Thanks,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
col itself but it still may be useful to allow for setting how you
wanted to created for load balancing or ECMP through another mechanism.
Thanks,
Chris Small
Network Engineer
University of Washington
___
discuss mailing list
discuss@openvswitc
On 01/06/2014 01:55 PM, Jesse Gross wrote:
> On Mon, Jan 6, 2014 at 11:37 AM, Chris J Arges
> wrote:
>> Hi,
>> I've been trying to determine a fix for the 1.4.6 series of openvswitch
>> due to a bug when using a 3.5 series linux kernel with the ovs 1.4.6
>> dk
slow process.
Chris.
> -Original Message-
> From: discuss-boun...@openvswitch.org [mailto:discuss-
> boun...@openvswitch.org] On Behalf Of Li, Chen
> Sent: Monday, January 06, 2014 22:23
> To: Jesse Gross
> Cc: discuss@openvswitch.org
> Subject: Re: [ovs-discuss] low ba
VS patch that addresses the changes
in the above kernel patch? I suspect
5ebaf571f9a3531d06eb52b62ac237ab7292f7b0 but it seemed to be a very
massive patch and perhaps not easily applied to the 1.4.6 series.
Thanks,
--chris j arges
___
discuss mailing list
n RH separately?
Yes, that's how we build it now at RH.
The attached patch should build the controller as a separate
sub-package.
thanks,
-chris
diff --git a/rhel/openvswitch.spec.in b/rhel/openvswitch.spec.in
index f77cd3a..ba4e58b 100644
--- a/rhel/openvswitch.spec.in
+++ b/rhel/openvswitch
* Benoit ML (ben4...@gmail.com) wrote:
> I try to deploy an openstack grizzly plate-forme from redhat rdo, in a
> multi-node setup.
>
> Well recently support of net namespace was added to rhel 6.4 through the
> rdo repo.
> (One quick note : be carefull about vswitch from rdo, it doesnt support gr
devel
packages installed. Then you should have /lib/modules/`uname -r`/build
pointing to a valid directory.
thanks,
-chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
itch called macvtap, where libvirt triggers the VDP associate messages
on VM launch.
thanks,
-chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
* rahim entezari (rahim.entez...@gmail.com) wrote:
> "configure: error: source dir /lib/modules/2.6.18-308.el5/build doesn't
> exist"
You need to install the kernel-devel rpm
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman
* waqar ahmed (w.ahme...@googlemail.com) wrote:
> Problem:
> LINUX bridge is used in both systems and both can access the internet but
> as soon as I replace the Linux bridge with OVS, Desktop can no more access
> the Internet. Connection is lost between the two nodes. Also both systems
> can not p
e). I believe that would be enough to get you
going.
thanks,
-chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss
* Jesse Gross (je...@nicira.com) wrote:
> On Fri, May 4, 2012 at 1:00 PM, Chris Wright wrote:
> > Subject: [PATCH] openvswitch: honour IFF_DONT_BRIDGE
> > From: Chris Wright
> >
> > Especially in the case of wireless, the netdev may not work properly.
> > So hono
d (I'm using 0.9.11.1 w/out an internal
error).
> May I ask which version of libvirt that I should use ?
Best bet is to contact the libvirt list and show the specific XML and
error generated.
thanks,
-chris
___
discuss mailing list
discuss@
* Srinivasa R Kanduru (skand...@gmail.com) wrote:
> The physical interface is a wireless NIC. I assume that shouldn't have any
> bearing on the behaviour.
Yes, it does. Seems that OVS ought to do something like:
Subject: [PATCH] openvswitch: honour IFF_DONT_BRIDGE
From: C
cho $?
142
First, what is "Alarm Clock" and second, what is exit/return code 142?
Thanks,
Chris
___
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss_openvswitch.org
60 matches
Mail list logo
