Correct, however the non-VFS FSALs all need external libraries (such as libcephfs for Ceph) that would not be in lib/ganesha.
Also, since FSALs are dlopen()'d by full path, it's not necessary to have lib/ganesha in your LD_LIBRARY_PATH. Is it worth making a static version of libntirpc that Ganesha can optionally link against? It would never be deployed that way by a distro, but it might ease Ganesha development. My hope for my personal work is to install libntirpc separately in my system, and not have to build it during Ganesha development at all, unless I'm actively working on it. Daniel On Fri, Sep 11, 2015 at 9:00 AM, Malahal Naineni <mala...@us.ibm.com> wrote: > FSALs are typically installed under ganesha directory, so if he is using > a non-standard location, he probably is already using ".../ganesha" > path, now he needs to add "..." directory as well, correct? > > Regards, Malahal. > > Daniel Gryniewicz [d...@redhat.com] wrote: >> It's installed in <prefix>/lib[64]. If you're not installing into a >> standard location, you will need to add <prefix>/lib[64] to your >> LD_LIBRARY_PATH, but it probably should have been there before. >> Certainly that would have been necessary if any non-VFS FSALs were in >> use. >> >> ntirpc used to be statically linked, it's dynamically linked now >> (since it's a shared library) so library path matters. >> >> Daniel >> >> On Thu, Sep 10, 2015 at 11:41 PM, William Allen Simpson >> <william.allen.simp...@gmail.com> wrote: >> > On 9/10/15 9:52 PM, William Allen Simpson wrote: >> >> Probably something I did wrong. It's the first time I've >> >> downloaded from gerrithub rather than posted -- but I'm going to >> >> have to re-build my entire repository and try again. Tomorrow. >> >> >> > Bah. Stayed up tonight and rebuilt my repository and tried again. >> > >> > Dan's commit message has a grammar error: it's -> its. >> > >> > Tested on top of my own https://review.gerrithub.io/#/c/246391/ >> > (which is also ready to go as discussed on the call today). >> > >> > Build and link OK with USE_NFS_RDMA = ON. >> > >> > But couldn't test, the shared library must be somewhere else now: >> > >> > :/home/bill/rdma/install/lib:/home/bill/rdma/install/lib64 >> > root@simpson:~/rdma/install# ./bin/ganesha.nfsd >> > ./bin/ganesha.nfsd: error while loading shared libraries: >> > libntirpc.so.1.3: cannot open shared object file: No such file or directory >> > root@simpson:~/rdma/install# ls bin >> > ganesha.nfsd >> > root@simpson:~/rdma/install# ls lib >> > ls: cannot access lib: No such file or directory >> > root@simpson:~/rdma/install# ls lib64 >> > ganesha libntirpc.so libntirpc.so.1.3 libntirpc.so.1.3.0 >> > root@simpson:~/rdma/install# ls lib64/ganesha/ >> > libfsalgpfs.so libfsalpanfs.so libfsalvfs.so >> > libfsalgpfs.so.4 libfsalpanfs.so.4 libfsalvfs.so.4 >> > libfsalgpfs.so.4.2.0 libfsalpanfs.so.4.2.0 libfsalvfs.so.4.2.0 >> > libfsalnull.so libfsalproxy.so libntirpc.so >> > libfsalnull.so.4 libfsalproxy.so.4 >> > libfsalnull.so.4.2.0 libfsalproxy.so.4.2.0 >> > >> > >> > ------------------------------------------------------------------------------ >> > _______________________________________________ >> > Nfs-ganesha-devel mailing list >> > Nfs-ganesha-devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Nfs-ganesha-devel mailing list >> Nfs-ganesha-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel >> > ------------------------------------------------------------------------------ _______________________________________________ Nfs-ganesha-devel mailing list Nfs-ganesha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
