Hi people,
I'm seeing this while doing randconfig builds on rc1 + tip:
net/built-in.o: In function `__ovs_ct_lookup':
conntrack.c:(.text+0x3d8075): undefined reference to
`nf_nat_icmp_reply_translation'
make: *** [vmlinux] Error 1
.config attached.
--
Regards/Gruss,
Boris.
ECO tip #101:
Hello!
We are looking for employees working remotely.
My name is Lucas, am the personnel manager of a large International company.
Most of the work you can do from home, that is, at a distance.
Salary is $2000-$5000.
If you are interested in this offer, please visit
Our Web Page
Best regards!
30+ Day Old Patches
===
ID State Date Name
-- -
587107 New2016-02-23 21:39:57 [ovs-dev,v3] lib/ovs-thread: Add
Transactional Memory (TM) support.
587370 New2016-02-24 12:47:34 [ovs-dev,v2] dpif-netdev: Destro
Move the function extract_lport_addresses to a file
in ovn/lib since that function can be used by ovn-controller also
to parse addresses stored in the mac column of the
port_binding table. Currently that function is used only
in ovn_northd.
Signed-off-by: Ramu Ramamurthy
---
ovn/lib/automake.mk
In some usecases such as VM migration or when VMs reuse IP addresses,
VMs become unreachable externally because
external switches/routers on localnet
have stale port-mac or arp caches. The problem resolves
after some time when the caches ageout which could be
minutes for port-mac bindings or hours
HI Ben,
So, the fix is instead of throwing error, we apply mutable:true
property to the weak reference column, though the schema passed it as
mutable:false?
Thanks
Krishna Mohan
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ryan Moats
Sent: Sunda
Yes, that's what this patch proposes. Comments welcome.
On Mon, Apr 04, 2016 at 02:51:25AM +, Elluru, Krishna Mohan wrote:
> HI Ben,
> So, the fix is instead of throwing error, we apply mutable:true
> property to the weak reference column, though the schema passed it as
> mutable:fals
HI Ben,
How does column which is weak reference and also configured as an
Index? If it is mutable, and the corresponding UUID going away(deletion of
record) leaves column value as NULL right? And what would be the behavior if
the table is a Root table also?
I am listing down, my assumpt
