回复：[NFS-Ganesha-Devel]_回复:Re:_nfs-ganesha_not_load_private_Moudle
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@126.com> 收件人：dang@fprintf.net 抄送人：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> wrote: You will generally get a faster response by posting to the mailing list (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 config2. Your fsal must be installed in the correct location3. 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> 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.txtlibfsalncsf.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 logi 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 To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org
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> 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 = "NCDFS",
--------------------------------
----- 原始邮件 ----- 发件人：kjl8401 <kjl8401@126.com> 收件人：dang@fprintf.net 抄送人：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> wrote:
You will generally get a faster response by posting to the mailing list ( 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> 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 To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org _______________________________________________ Devel mailing list -- devel@lists.nfs-ganesha.org To unsubscribe send an email to 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
What version of Ganesha are you using? V2.8.x now restricts which symbols from being exported by the nfs-ganesha .so, so if that’s the version you are using, that COULD be a problem. Frank From: Matt Benjamin [mailto:mbenjami@redhat.com] Sent: Monday, August 5, 2019 6:46 AM To: zhbingyin@sina.com Cc: kjl8401 <kjl8401@126.com>; dang <dang@fprintf.net>; ganesha-devel <devel@lists.nfs-ganesha.org> Subject: [NFS-Ganesha-Devel] Re: [NFS-Ganesha-Devel]回复：[NFS-Ganesha-Devel]_回复:Re:_nfs-ganesha_not_load_private_Moudle 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
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> 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 = "NCDFS", -------------------------------- ----- 原始邮件 ----- 发件人：kjl8401 <kjl8401@126.com> 收件人：dang@fprintf.net 抄送人：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> wrote: You will generally get a faster response by posting to the mailing list (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> 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 To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org _______________________________________________ Devel mailing list -- devel@lists.nfs-ganesha.org To unsubscribe send an email to 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
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> 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 = "NCDFS", -------------------------------- ----- 原始邮件 ----- 发件人：kjl8401 <kjl8401@126.com> 收件人：dang@fprintf.net 抄送人：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> wrote: You will generally get a faster response by posting to the mailing list (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> 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 To unsubscribe send an email to devel-leave@lists.nfs-ganesha.org _______________________________________________ Devel mailing list -- devel@lists.nfs-ganesha.org To unsubscribe send an email to 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
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
the old log load successly but new log maybe failed! the last .conf is old log. kjl | | kjl8401 | | 邮箱：kjl8401@126.com | 签名由 网易邮箱大师 定制 在2019年08月05日 23:48，Daniel Gryniewicz 写道： 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
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
participants (5)
-
Daniel Gryniewicz -
Frank Filz -
kjl8401 -
Matt Benjamin -
QR