Thanks everyone! I found the reason for this problem,that our cluster configuration about selinux have set to SELINUX=disabled. Change this configuration to SELINUX=permissive will be ok! Best wishes for you!






At 2019-08-05 23:48:32, "Daniel Gryniewicz" <dang@redhat.com> wrote: >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@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 >>