|
|
|
邮箱：kjl8401@126.com
|
|
签名由 网易邮箱大师 定制
According to the log, the module succeeded in loading, and the export在2019年08月05日 23:48，Daniel Gryniewicz 写道：
worked.
Daniel
On 8/5/19 11:30 AM, kjl8401 wrote:
> Matt,I'm wrong abut my opinion! Frank 2.8 version
> this old log generated under root
>
> Thank you all!
>
> At 2019-08-05 23:12:31, "kjl8401" <kjl8401@126.com> wrote:
>
> Matt,Zhbingyin and Dang,
> Thank you for your advice! zhbingying,the moudle was loaded under
> root user and it could not be loaded after the changed to the normal
> user passing /src/CMakeLists.Your advice affect the parameter of
> ncdss_param in this funtion load_config_from_parse(config_struct,
> &ncdfs_param, myself, true, err_type), and have no effect about it.
>
> Dang, the log has not enough message about this upload bug with
> NIV_FULL_DEBUG
>
> Matt,thank for your good advice. A bad moudle loaded should not
> affect of the Initiated of NFS main services.It will load madcache
> firstly(maybe?) and then load pravite moudle. I have modify FSAL
> directory and not change other source codes, so the log should give
> more message about "display_fsinfo :FSAL :DEBUG :FileSystem info for
> FSAL CSF {"
>
> Thank you very much for your relpy!
>
>
> int main(int argc, char **argv)
> {
> void *handle;
> void (*callfun)();
> char *error;
> handle =
> dlopen("/home/ncdfs1/NFS/usr/lib64/ganesha/libfsalncdfs.so",RTLD_NOW
> | RTLD_LOCAL);
> //handle =
> dlopen("/home/ncdfs1/NCDSS/NCSF/lib/libncsf.so",RTLD_LAZY);
> if( NULL == handle )
> {
> printf("dlopen FAILED,errstr:%s \n",dlerror());
> exit(1);
> }
> printf("dlopen successed! \n");
> dlerror();
> callfun=dlsym(handle,"hello, body");
> if((error=dlerror())!=NULL)
> {
> printf("%s \n",error);
> exit(1);
> }
> callfun();
> dlclose(handle);
> }
>
>
> At 2019-08-05 21:45:37, "Matt Benjamin" <mbenjami@redhat.com> wrote:
>
> The most common reason I've seen for a new fsal not to load
> would be if it has undefined symbols or otherwise can't be
> loaded. If you think it's not being loaded, you could set a gdb
> breakpoint on dlopen() and step through it. I'd suggest you
> start with fixing your logging configuration, there is detailed
> information about fsals being loaded that I'd look for first.
>
> Matt
>
> On Mon, Aug 5, 2019 at 8:50 AM QR <zhbingyin@sina.com
> <mailto:zhbingyin@sina.com>> wrote:
>
> Do you have following lines in main.c of your FSAL?
> const char XXfsal_name[] = "NCDFS";
> struct config_block XX_param = {
> .dbus_interface_name =
> "org.ganesha.nfsd.config.fsal.ncdfs",
> .blk_desc.name <http://blk_desc.name> = "NCDFS",
>
>
> --------------------------------
>
>
> ----- 原始邮件 -----
> 发件人：kjl8401 <kjl8401@126.com <mailto:kjl8401@126.com>>
> 收件人：dang@fprintf.net <mailto:dang@fprintf.net>
> 抄送人：devel@lists.nfs-ganesha.org
> <mailto:devel@lists.nfs-ganesha.org>
> 主题：[NFS-Ganesha-Devel]_回复:Re:_nfs-
> ganesha_not_load_private_Moudle
> 日期：2019年08月05日 19点46分
>
> dear devel
> Very sorry to trouble you！I think I have checked it
> according to you, but I still don't know the cause of the
> problem。I feel very depressed because of having wasted
> several days on this issue。I changed the name of module
> from NCSF to NCDFS。Please tell me where my mistake is and
> thank you very much!
>
>
>
> ganesha.conf
>
> The log of problem are the same as before！
> I am looking forward to hearing from you. Thank you very much!
>
>
>
> At 2019-08-02 23:38:34, "Daniel Gryniewicz"
> <dang@fprintf.net <mailto:dang@fprintf.net>> wrote:
>
> You will generally get a faster response by posting to
> the mailing list (devel@lists.nfs-ganesha.org
> <mailto:devel@lists.nfs-ganesha.org>) than by mailing
> contributors directly.
>
> FSALs are loaded by the fsal_manager in fsal_load.c.
> The library that is loaded is
> <libdir>/ganesha/lib<fsal>.so where <fsal> is the Name
> given in the config for that FSAL, transformed to lower
> case. You will need to make sure there are 3 things
> done correctly:
> 1. The name of your fsal library must match the name
> given in the config
> 2. Your fsal must be installed in the correct location
> 3. Your fsal must have MODULE_INIT and MODULE_FINI
> functions built into it.
>
> Without seeing the source, it's a bit hard to debug.
>
> Daniel
>
> On Fri, Aug 2, 2019 at 7:41 AM kjl8401 <kjl8401@126.com
> <mailto:kjl8401@126.com>> wrote:
>
> dear dang,
> hello, i have a question for you about using
> nfs-ganesha.The private moudle NCSF do not load
> while compiled. you are an important contributior of
> this project. I think you might meet this problem
> and hope you can reply to me. Let me tell you about
> question.
>
> the private NCSF moudle looks like load successfully
>
> /FSAL/FSAL_NCSF/CMakeList.txt
> libfsalncsf.so generated successfully
>
> but execute the command
> # ganesha.nfsd -f /etc/ganesha/ganesha.conf -L
> nfs-ganesha.log -N NIV_DEBUG
>
> nfs-ganesha.log has not log
> i do not konow what causes this problem and how to
> resolve.
> I am looking forward to hearing from you. Thank you
> very much.
> Best, Sincerely,
> kjl8401
>
>
> _______________________________________________
> Devel mailing list -- devel@lists.nfs-ganesha.org
> <mailto:devel@lists.nfs-ganesha.org>
> To unsubscribe send an email to
> devel-leave@lists.nfs-ganesha.org
> <mailto:devel-leave@lists.nfs-ganesha.org>
> _______________________________________________
> Devel mailing list -- devel@lists.nfs-ganesha.org
> <mailto:devel@lists.nfs-ganesha.org>
> To unsubscribe send an email to
> devel-leave@lists.nfs-ganesha.org
> <mailto:devel-leave@lists.nfs-ganesha.org>
>
>
>
> --
>
> Matt Benjamin
> Red Hat, Inc.
> 315 West Huron Street, Suite 140A
> Ann Arbor, Michigan 48103
>
> http://www.redhat.com/en/technologies/storage
>
> tel. 734-821-5101
> fax. 734-769-8938
> cel. 734-216-5309
>
>
> _______________________________________________
> Devel mailing list -- devel@lists.nfs-ganesha.org
> To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org
>