link cache fails to get updated when interface added to/removed from bridge

Thomas Haller thaller at redhat.com
Tue Apr 15 03:09:57 PDT 2014


On Mon, 2014-04-14 at 14:40 -0600, David Mosberger wrote:
> Thomas,
> 
> Is it possible you have a newer version of libnl installed?  If so, I
> think you'd have to run the program with:
> 
>   LD_LIBRARY_PATH=lib/.libs ./a.out
> 
> to ensure the test-library gets used.
> 
> For what it's worth: I tried on an x86-64 system using the GIT tree:
> with v3.2.11, I see the same broken behavior.  With the latest GIT
> tree (version.h is 3.2.24), my test program works fine.
> 
> Perhaps I should just upgrade the embedded system to 3.2.24.
> 
>   --david


Hi David,


yes, I used brctl addif/delif on an other terminal to modify the bridge.
I also tried to enslave my em1 interface (not only dummy0/dummy1). That
worked too.

Also, even I didn't say so, I got it right with using the correct
library version (by setting LD_LIBRARY_PATH, checked with ldd).

I tested the git version, commit
941ba950a9fa914e324c7e204c145bf7af526bf4 (libnl3_2_11). Compiled with

  git clean -fdx && ./autogen.sh && ./configure && make


It might be related to your kernel/architecture, although you say it
breaks also on your x86-64. I cannot reproduce any issues on my
3.13.9-200.fc20.x86_64 kernel.


Great if the newest version fixes it for you. It would be interesting
however to find the reason. If you care, I would suggest to git-bisect
it.


ciao,
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/libnl/attachments/20140415/ee315d89/attachment.sig>


More information about the libnl mailing list