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 = "NCDFS", -------------------------------- ----- 原始邮件 ----- 发件人：kjl8401 <kjl8401(a)126.com&gt; 收件人：dang(a)fprintf.net 抄送人：devel(a)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(a)fprintf.net&gt; wrote: You will generally get a faster response by posting to the mailing list ( devel(a)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(a)126.com&gt; 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(a)lists.nfs-ganesha.org To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org _______________________________________________ Devel mailing list -- devel(a)lists.nfs-ganesha.org To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org

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(a)126.com&gt; 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(a)redhat.com&gt; 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(a)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(a)126.com <mailto:kjl8401@126.com>> 收件人：dang(a)fprintf.net <mailto:dang@fprintf.net> 抄送人：devel(a)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(a)fprintf.net <mailto:dang@fprintf.net>> wrote: You will generally get a faster response by posting to the mailing list (devel(a)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(a)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(a)lists.nfs-ganesha.org <mailto:devel@lists.nfs-ganesha.org> To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org <mailto:devel-leave@lists.nfs-ganesha.org> _______________________________________________ Devel mailing list -- devel(a)lists.nfs-ganesha.org <mailto:devel@lists.nfs-ganesha.org> To unsubscribe send an email to devel-leave(a)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(a)lists.nfs-ganesha.org To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org

According to the log, the module succeeded in loading, and the export 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(a)126.com&gt; 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(a)redhat.com&gt; 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(a)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(a)126.com <mailto:kjl8401@126.com>> > 收件人：dang(a)fprintf.net <mailto:dang@fprintf.net> > 抄送人：devel(a)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(a)fprintf.net <mailto:dang@fprintf.net>> wrote: > > You will generally get a faster response by posting to > the mailing list (devel(a)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(a)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(a)lists.nfs-ganesha.org > <mailto:devel@lists.nfs-ganesha.org> > To unsubscribe send an email to > devel-leave(a)lists.nfs-ganesha.org > <mailto:devel-leave@lists.nfs-ganesha.org> > _______________________________________________ > Devel mailing list -- devel(a)lists.nfs-ganesha.org > <mailto:devel@lists.nfs-ganesha.org> > To unsubscribe send an email to > devel-leave(a)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(a)lists.nfs-ganesha.org > To unsubscribe send an email to devel-leave(a)lists.nfs-ganesha.org >