On Sun, Oct 04, 2015 at 08:13:18AM -0400, William Allen Simpson wrote: > On 10/3/15 8:38 AM, Niels de Vos wrote: > >On Sat, Oct 03, 2015 at 07:06:34AM -0400, William Allen Simpson wrote: > >>Does anybody out there know how to tell a library to use a > >>specific library version? > >> > >>Nobody here seems to have the expertise, and I've been > >>stymied for over 3 weeks now. > >> > > $ objdump -T /lib64/librdmacm.so | grep -w ibv_alloc_pd > > 0000000000000000 DF *UND* 0000000000000000 IBVERBS_1.1 > > ibv_alloc_pd > > > Good. > > > >I would suggest to double check executables and libraries with "ldd". > >Maybe there is a component that links against libibverbs too, and > >somehow caused the loading of the old symbol in the process. > > > [root@simpson install]# ldd bin/ganesha.nfsd > linux-vdso.so.1 (0x00007ffec1d2a000) > libibverbs.so.1 => /lib64/libibverbs.so.1 (0x00007fb1de32b000) > librdmacm.so.1 => /lib64/librdmacm.so.1 (0x00007fb1de114000) > ... > > [root@simpson install]# ldd lib64/libntirpc.so > linux-vdso.so.1 (0x00007fffa95d8000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fdeead7d000) > libc.so.6 => /lib64/libc.so.6 (0x00007fdeea9bb000) > /lib64/ld-linux-x86-64.so.2 (0x00005568d7e33000) > [root@simpson install]# objdump -T lib64/libntirpc.so | grep -w ibv_alloc_pd > 0000000000000000 D *UND* 0000000000000000 > ibv_alloc_pd > > Sure looks to me like this is the mismatch (with librdmacm above)!
Should lib64/libntirpc.so not be linked against libibverbs.so too? The ldd command above does not show the dynamic linkage. Still the symbol is used, but with an unknown version (likely because it was not explicitly checked during linking). > Does anybody out there know how to tell a library to use a > specific library version? When building libntirpc, make sure that -libverbs is passed in the LD_FLAGS. I expect that libntirpc.so will have a versioned dependency on the symbol after that. I might be able to try this out later this week. You are also more familiar with the libntirpc build process, and might be able to test this much quicker than me. Niels ------------------------------------------------------------------------------ _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
