[NFS-Ganesha-Devel] 回复:Re: 回复:回复:Re: [NFS-Ganesha-Devel]回复：[NFS-Ganesha-Devel]_回复:Re:_nfs-ganesha_not_load_private_Moudle

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 >