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