[tickets] [opensaf:tickets] #1962 libplms_hpi.so.0 loading issue - Opensaf with plms services
I am using RHEL kernel version 3.10.0-327.22.2.el7.x86_64 --- ** [tickets:#1962] libplms_hpi.so.0 loading issue - Opensaf with plms services** **Status:** unassigned **Milestone:** 5.0.1 **Created:** Fri Aug 19, 2016 08:09 PM UTC by Subrata Nath **Last Updated:** Thu Sep 01, 2016 06:57 PM UTC **Owner:** nobody Hello, I have installed opensaf 5.0.0 without the PLMS fine for node HA purpose and it's works fine. Now I would like to use opensaf PLMS with the openHPI. My configure script is - ./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all -D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils -lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 --enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf --enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt --enable-ntf-imcn Issues found dueing opensaf start up is -following error message is seen - " ER dlopen() to load libplms_hpi.so failed with error /usr/lib64/opensaf/libplms_hpi.so.0: undefined symbol: plms_plmc_error_cbk" during the .so loading. Is this issue seen before or some configuration issue from my end. As per my understadning this is due to make file issue. Temporarily this issue, i could fix by copying the following three methods )with method name changing) from opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_plmc.c to opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c void plms_os_information_free(PLMS_PLMC_EE_OS_INFO *os_info) static SaUint32T plms_os_information_parse(SaInt8T *os_info, PLMS_PLMC_EE_OS_INFO *evt_os_info) int32_t plms_plmc_error_callbk(plmc_lib_error *msg) int32_t plms_plmc_connect_callbk(SaInt8T *ee_id,SaInt8T *msg) int32_t plms_plmc_udp_callbk(udp_msg *msg) Could you please check the make file for the opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ where dependency is there outside of the folder also. Regards, Subrata --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #1962 libplms_hpi.so.0 loading issue - Opensaf with plms services
--- ** [tickets:#1962] libplms_hpi.so.0 loading issue - Opensaf with plms services** **Status:** unassigned **Milestone:** 5.0.1 **Created:** Fri Aug 19, 2016 08:09 PM UTC by Subrata Nath **Last Updated:** Fri Aug 19, 2016 08:09 PM UTC **Owner:** nobody Hello, I have installed opensaf 5.0.0 without the PLMS fine for node HA purpose and it's works fine. Now I would like to use opensaf PLMS with the openHPI. My configure script is - ./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all -D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils -lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 --enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf --enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt --enable-ntf-imcn Issues found dueing opensaf start up is -following error message is seen - " ER dlopen() to load libplms_hpi.so failed with error /usr/lib64/opensaf/libplms_hpi.so.0: undefined symbol: plms_plmc_error_cbk" during the .so loading. Is this issue seen before or some configuration issue from my end. As per my understadning this is due to make file issue. Temporarily this issue, i could fix by copying the following three methods )with method name changing) from opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_plmc.c to opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c void plms_os_information_free(PLMS_PLMC_EE_OS_INFO *os_info) static SaUint32T plms_os_information_parse(SaInt8T *os_info, PLMS_PLMC_EE_OS_INFO *evt_os_info) int32_t plms_plmc_error_callbk(plmc_lib_error *msg) int32_t plms_plmc_connect_callbk(SaInt8T *ee_id,SaInt8T *msg) int32_t plms_plmc_udp_callbk(udp_msg *msg) Could you please check the make file for the opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ where dependency is there outside of the folder also. Regards, Subrata --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #1961 Issues in Opensaf PLMS services with openHPI
- **Part**: - --> lib --- ** [tickets:#1961] Issues in Opensaf PLMS services with openHPI** **Status:** unassigned **Milestone:** 5.0.1 **Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath **Last Updated:** Fri Aug 19, 2016 08:00 PM UTC **Owner:** nobody Hello, I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA purpose and it's works fine. Now I would like to use opensaf PLMS with the openHPI. My configure script command is - ./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all -D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils -lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 --enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf --enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt --enable-ntf-imcn Following issue is observed. have made a work around code fix but i would like to check if these issues were found already and fix is planned in next releases - opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration of *static PLMSCB _plms_cb; PLMSCB *plms_cb = &_plms_cb; is being masked out by the line 558 in /opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL value for the plms_cb pointer. Similar issue is applicable for the following global variable as well HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; They are defined in plms.h without extern and hence /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to find the same values as assigined by plms_main.c WA fix i made is as described below. But please let me know if it's known issue or not and if there is any correction in upcoming releases. 1. Declare with extern in opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h. 2. Make the two separate global copies with the same name – one in osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one in /home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c. 3. Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for it’s own copy of the global variable and during the first function call to 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as pointer argument. This function parameter now assigned to the 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB **plms_cb1) ---newly added parameters { plms_cb = *plms_cb1; 4. Now both the global variables are pointing to the same memory location. Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE hrb_ha_state as well. Regards, Subrata --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #1961 Issues in Opensaf PLMS services with openHPI
- **Component**: unknown --> plm --- ** [tickets:#1961] Issues in Opensaf PLMS services with openHPI** **Status:** unassigned **Milestone:** 5.0.1 **Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath **Last Updated:** Fri Aug 19, 2016 07:59 PM UTC **Owner:** nobody Hello, I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA purpose and it's works fine. Now I would like to use opensaf PLMS with the openHPI. My configure script command is - ./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all -D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils -lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 --enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf --enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt --enable-ntf-imcn Following issue is observed. have made a work around code fix but i would like to check if these issues were found already and fix is planned in next releases - opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration of *static PLMSCB _plms_cb; PLMSCB *plms_cb = &_plms_cb; is being masked out by the line 558 in /opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL value for the plms_cb pointer. Similar issue is applicable for the following global variable as well HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; They are defined in plms.h without extern and hence /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to find the same values as assigined by plms_main.c WA fix i made is as described below. But please let me know if it's known issue or not and if there is any correction in upcoming releases. 1. Declare with extern in opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h. 2. Make the two separate global copies with the same name – one in osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one in /home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c. 3. Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for it’s own copy of the global variable and during the first function call to 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as pointer argument. This function parameter now assigned to the 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB **plms_cb1) ---newly added parameters { plms_cb = *plms_cb1; 4. Now both the global variables are pointing to the same memory location. Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE hrb_ha_state as well. Regards, Subrata --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #1961 Issues in Opensaf PLMS services with openHPI
--- ** [tickets:#1961] Issues in Opensaf PLMS services with openHPI** **Status:** unassigned **Milestone:** 5.0.1 **Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath **Last Updated:** Fri Aug 19, 2016 07:59 PM UTC **Owner:** nobody Hello, I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA purpose and it's works fine. Now I would like to use opensaf PLMS with the openHPI. My configure script command is - ./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all -D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils -lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 --enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf --enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt --enable-ntf-imcn Following issue is observed. have made a work around code fix but i would like to check if these issues were found already and fix is planned in next releases - opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration of *static PLMSCB _plms_cb; PLMSCB *plms_cb = &_plms_cb; is being masked out by the line 558 in /opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL value for the plms_cb pointer. Similar issue is applicable for the following global variable as well HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER, PTHREAD_COND_INITIALIZER, SA_AMF_HA_ACTIVE}; They are defined in plms.h without extern and hence /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to find the same values as assigined by plms_main.c WA fix i made is as described below. But please let me know if it's known issue or not and if there is any correction in upcoming releases. 1. Declare with extern in opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h. 2. Make the two separate global copies with the same name – one in osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one in /home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c. 3. Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for it’s own copy of the global variable and during the first function call to 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as pointer argument. This function parameter now assigned to the 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB **plms_cb1) ---newly added parameters { plms_cb = *plms_cb1; 4. Now both the global variables are pointing to the same memory location. Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE hrb_ha_state as well. Regards, Subrata --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets