[tickets] [opensaf:tickets] #3298 amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately
- Attachments has changed: Diff: --- old +++ new @@ -0,0 +1 @@ +patchfile (654 Bytes; application/octet-stream) - **Comment**: attach patch: Restart healthcheck timer after changing saAmfHctDefPeriod to make it take effect immediately --- ** [tickets:#3298] amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately** **Status:** fixed **Milestone:** 5.21.12 **Created:** Mon Nov 29, 2021 09:39 AM UTC by Thang Duc Nguyen **Last Updated:** Wed Dec 29, 2021 04:25 AM UTC **Owner:** PhanTranQuocDat **Attachments:** - [patchfile](https://sourceforge.net/p/opensaf/tickets/3298/attachment/patchfile) (654 Bytes; application/octet-stream) Change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. --- 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] #3298 amf: change saAmfHctDefPeriod not take effect immediately
- **summary**: amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately --> amf: change saAmfHctDefPeriod not take effect immediately - Description has changed: Diff: --- old +++ new @@ -1 +1 @@ -Change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. +Change saAmfHctDefPeriod not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. - **Comment**: commit e456726385781f96dde2accb2f75f90414c4c8a5 (HEAD -> develop, origin/develop) Author: dat.tq.phan Date: Thu Dec 16 17:42:30 2021 +0700 amf: Correct HC period to make it effect immediately[#3298] Restart healthcheck timer after changing saAmfHctDefPeriod to make them take effect immediately. --- ** [tickets:#3298] amf: change saAmfHctDefPeriod not take effect immediately** **Status:** fixed **Milestone:** 5.21.12 **Created:** Mon Nov 29, 2021 09:39 AM UTC by Thang Duc Nguyen **Last Updated:** Wed Dec 29, 2021 04:39 AM UTC **Owner:** PhanTranQuocDat Change saAmfHctDefPeriod not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. --- 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] #3298 amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately
- Attachments has changed: Diff: --- old +++ new @@ -1 +0,0 @@ -patchfile (654 Bytes; application/octet-stream) --- ** [tickets:#3298] amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately** **Status:** fixed **Milestone:** 5.21.12 **Created:** Mon Nov 29, 2021 09:39 AM UTC by Thang Duc Nguyen **Last Updated:** Wed Dec 29, 2021 04:39 AM UTC **Owner:** PhanTranQuocDat Change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. --- 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] #3298 amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately
- **status**: assigned --> fixed --- ** [tickets:#3298] amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately** **Status:** fixed **Milestone:** 5.21.12 **Created:** Mon Nov 29, 2021 09:39 AM UTC by Thang Duc Nguyen **Last Updated:** Thu Dec 16, 2021 02:33 AM UTC **Owner:** PhanTranQuocDat Change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. --- 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] #3298 amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately
- **status**: unassigned --> assigned - **assigned_to**: PhanTranQuocDat --- ** [tickets:#3298] amf: change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately** **Status:** assigned **Milestone:** 5.21.12 **Created:** Mon Nov 29, 2021 09:39 AM UTC by Thang Duc Nguyen **Last Updated:** Mon Nov 29, 2021 09:39 AM UTC **Owner:** PhanTranQuocDat Change saAmfHctDefPeriod/saAmfHctDefMaxDuration not take effect immediately. It does not align with *Table 1 Compliance Table - Availability Management Framework* of PR document. --- 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] #3316 base: increase buffer for list of members in a group
- **Type**: enhancement --> defect --- ** [tickets:#3316] base: increase buffer for list of members in a group** **Status:** assigned **Milestone:** 5.22.04 **Created:** Tue May 24, 2022 03:36 AM UTC by PhanTranQuocDat **Last Updated:** Tue May 24, 2022 03:51 AM UTC **Owner:** PhanTranQuocDat When access imm, a user needs to be authenticated to be superuser or a member of authorized group. In case authorized group has too many users, the default system buffer is insufficient to contain leading to error: Numerical result out of range. --- 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] #3316 base: increase buffer for list of members in a group
- Description has changed: Diff: --- old +++ new @@ -1,6 +1 @@ When access imm, a user needs to be authenticated to be superuser or a member of authorized group. In case authorized group has too many users, the default system buffer is insufficient to contain leading to error: Numerical result out of range. - -<139>1 2022-03-26T15:57:30.788551-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834548"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range -<139>1 2022-03-26T15:57:30.788915-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834549"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range -<139>1 2022-03-26T15:57:33.345903-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834550"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range -<139>1 2022-03-26T15:57:33.346254-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834551"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range --- ** [tickets:#3316] base: increase buffer for list of members in a group** **Status:** assigned **Milestone:** 5.22.04 **Created:** Tue May 24, 2022 03:36 AM UTC by PhanTranQuocDat **Last Updated:** Tue May 24, 2022 03:36 AM UTC **Owner:** PhanTranQuocDat When access imm, a user needs to be authenticated to be superuser or a member of authorized group. In case authorized group has too many users, the default system buffer is insufficient to contain leading to error: Numerical result out of range. --- 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] #3316 base: increase buffer for list of members in a group
- Description has changed: Diff: --- old +++ new @@ -1,4 +1,5 @@ When access imm, a user needs to be authenticated to be superuser or a member of authorized group. In case authorized group has too many users, the default system buffer is insufficient to contain leading to error: Numerical result out of range. + <139>1 2022-03-26T15:57:30.788551-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834548"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range <139>1 2022-03-26T15:57:30.788915-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834549"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range <139>1 2022-03-26T15:57:33.345903-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834550"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range --- ** [tickets:#3316] base: increase buffer for list of members in a group** **Status:** assigned **Milestone:** 5.22.04 **Created:** Tue May 24, 2022 03:36 AM UTC by PhanTranQuocDat **Last Updated:** Tue May 24, 2022 03:36 AM UTC **Owner:** PhanTranQuocDat When access imm, a user needs to be authenticated to be superuser or a member of authorized group. In case authorized group has too many users, the default system buffer is insufficient to contain leading to error: Numerical result out of range. <139>1 2022-03-26T15:57:30.788551-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834548"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range <139>1 2022-03-26T15:57:30.788915-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834549"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range <139>1 2022-03-26T15:57:33.345903-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834550"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range <139>1 2022-03-26T15:57:33.346254-03:00 SC-2-1 osafimmnd 14856 osaf.log [meta sequenceId="834551"] 14856:base/osaf_secutil.c:307 ER osaf_user_is_member_of_group: get group file entry failed for 'cmw-imm-users' - Numerical result out of range --- 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] #3331 Valgrind reports errors
- Description has changed: Diff: --- old +++ new @@ -42,3 +42,16 @@ ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) + + +==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 +==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) +==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) +==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) +==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) +==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) +==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) +==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) +==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) +==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) +==428==by 0x61196DA: start_thread (pthread_create.c:463) --- ** [tickets:#3331] Valgrind reports errors ** **Status:** assigned **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Thu Mar 02, 2023 03:55 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common
[tickets] [opensaf:tickets] #3331 Valgrind reports errors
- **status**: assigned --> review --- ** [tickets:#3331] Valgrind reports errors ** **Status:** review **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Tue Mar 07, 2023 06:51 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) ==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) ==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) ==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) ==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) ==428==by 0x61196DA: start_thread (pthread_create.c:463) --- 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] #3331 Valgrind reports errors
- **status**: fixed --> assigned --- ** [tickets:#3331] Valgrind reports errors ** **Status:** assigned **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Wed Mar 08, 2023 02:18 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) ==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) ==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) ==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) ==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) ==428==by 0x61196DA: start_thread (pthread_create.c:463) --- 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] #3331 Valgrind reports errors
- **Part**: - --> d - **Comment**: commit df7e4e8e33363ddcac19538370c7d29e768f7d4f (origin/develop) Author: dat.tq.phan Date: Mon Mar 20 10:47:19 2023 +0700 amf: Fix errors reported by valgrind (cont) [#3331] This is the continous fix for valgrind report. The commit will fix memleak when trigger switch-over. --- ** [tickets:#3331] Valgrind reports errors ** **Status:** assigned **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Mon Mar 20, 2023 03:32 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) ==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) ==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) ==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) ==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) ==428==by 0x61196DA: start_thread (pthread_create.c:463) --- 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
[tickets] [opensaf:tickets] #3331 Valgrind reports errors
commit b65c0887f7d9f240573b7067110cdccb03e79397 (HEAD -> develop, origin/develop) Author: dat.tq.phan Date: Wed Mar 1 09:53:44 2023 +0700 amf: Fix errors reported by valgrind [#3331] Valgrind reports errors while run amf tests. This ticket fixes errors from the report. --- ** [tickets:#3331] Valgrind reports errors ** **Status:** review **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Tue Mar 07, 2023 07:38 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) ==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) ==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) ==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) ==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) ==428==by 0x61196DA: start_thread (pthread_create.c:463) --- 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] #3331 Valgrind reports errors
- **status**: review --> fixed --- ** [tickets:#3331] Valgrind reports errors ** **Status:** fixed **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Wed Mar 08, 2023 02:17 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==428== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 285 of 289 ==428==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==428==by 0x5914C2B: sysf_alloc_pkt (sysf_mem.c:429) ==428==by 0x5903A1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==428==by 0x5931996: mdtm_fill_data (mds_dt_common.c:1453) ==428==by 0x5932CC2: mdtm_process_recv_message_common (mds_dt_common.c:544) ==428==by 0x5933061: mdtm_process_recv_data (mds_dt_common.c:1125) ==428==by 0x59351D6: mds_mdtm_process_recvdata (mds_dt_trans.c:1217) ==428==by 0x5936426: mdtm_process_poll_recv_data_tcp (mds_dt_trans.c:903) ==428==by 0x593683E: mdtm_process_recv_events_tcp (mds_dt_trans.c:995) ==428==by 0x61196DA: start_thread (pthread_create.c:463) --- 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] #3331 Valgrind reports errors
- Description has changed: Diff: --- old +++ new @@ -18,6 +18,19 @@ ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) + +==461== Mismatched free() / delete / delete [] +==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) +==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) +==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) +==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) +==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) +==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) +==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) +==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) +==461==by 0x141D25: avnd_evt_process (main.cc:692) +==461==by 0x141D25: avnd_main_process() (main.cc:644) +==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) - **status**: review --> assigned --- ** [tickets:#3331] Valgrind reports errors ** **Status:** assigned **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Wed Mar 01, 2023 04:01 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==461== Mismatched free() / delete / delete [] ==461==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==461==by 0x1308D4: comp_init(avnd_comp_tag*, SaImmAttrValuesT_2 const**) (compdb.cc:1422) ==461==by 0x131066: avnd_comp_config_reinit(avnd_comp_tag*) (compdb.cc:1759) ==461==by 0x123FD7: avnd_comp_clc_uninst_inst_hdler(avnd_cb_tag*, avnd_comp_tag*) (clc.cc:1584) ==461==by 0x124390: avnd_comp_clc_fsm_run(avnd_cb_tag*, avnd_comp_tag*, avnd_comp_clc_pres_fsm_ev) (clc.cc:887) ==461==by 0x153FE6: avnd_su_pres_uninst_suinst_hdler(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*) (susm.cc:2145) ==461==by 0x1567C0: avnd_su_pres_fsm_run(avnd_cb_tag*, avnd_su_tag*, avnd_comp_tag*, avnd_su_pres_fsm_ev) (susm.cc:1604) ==461==by 0x15C3AA: avnd_evt_ir_evh(avnd_cb_tag*, avnd_evt_tag*) (susm.cc:4236) ==461==by 0x141D25: avnd_evt_process (main.cc:692) ==461==by 0x141D25: avnd_main_process() (main.cc:644) ==461==by 0x1170AD: main (main.cc:225) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) --- 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
[tickets] [opensaf:tickets] #3331 Valgrind reports errors
--- ** [tickets:#3331] Valgrind reports errors ** **Status:** assigned **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Wed Mar 01, 2023 02:20 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) --- 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] #3331 Valgrind reports errors
- **status**: assigned --> review --- ** [tickets:#3331] Valgrind reports errors ** **Status:** review **Milestone:** 5.23.03 **Created:** Wed Mar 01, 2023 02:20 AM UTC by PhanTranQuocDat **Last Updated:** Wed Mar 01, 2023 02:20 AM UTC **Owner:** PhanTranQuocDat Valgrind detected errors: ==484== 542 (536 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 312 of 368 ==484==at 0x4C3217F: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==484==by 0x1636BC: csiattr_create(std::__cxx11::basic_string, std::allocator > const&, SaImmAttrValuesT_2 const**) (csiattr.cc:78) ==484==by 0x164443: csiattr_create_apply (csiattr.cc:519) ==484==by 0x164443: csiattr_ccb_apply_cb(CcbUtilOperationData*) (csiattr.cc:713) ==484==by 0x172155: ccb_apply_cb(unsigned long long, unsigned long long) (imm.cc:1265) ==484==by 0x54B0C94: imma_process_callback_info(imma_cb*, imma_client_node*, imma_callback_info*, unsigned long long) ==407== Invalid read of size 1 ==407==at 0x5732C3A: mds_svc_op_uninstall (mds_svc_op.c:375) ==407==by 0x57320C7: ncsmds_api (mds_papi.c:147) ==407==by 0x54A31D2: imma_mds_unregister(imma_cb*) (imma_mds.cc:171) ==407==by 0x54A25D4: imma_destroy (imma_init.cc:219) ==407==by 0x54A25D4: imma_shutdown(ncsmds_svc_id) (imma_init.cc:337) ==407==by 0x54AF316: saImmOmFinalize (imma_om_api.cc:940) ==407==by 0x5061961: immutil_saImmOmFinalize (immutil.c:1572) ==407==by 0x141267: hydra_config_get (main.cc:775) ==407==by 0x141267: avnd_cb_create (main.cc:349) ==407== Invalid read of size 8 ==407==at 0x119942: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) ==407==by 0x141D15: avnd_main_process() (main.cc:644) ==407==by 0x1170AD: main (main.cc:225) ==407== Address 0x8bb2ad0 is 64 bytes inside a block of size 112 free'd ==407==at 0x4C3323B: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==407==by 0x11962B: avnd_comp_cbq_rec_pop_and_del(avnd_cb_tag*, avnd_comp_tag*, unsigned int, bool) (cbq.cc:973) ==407==by 0x119941: avnd_evt_tmr_cbk_resp_evh(avnd_cb_tag*, avnd_evt_tag*) (cbq.cc:678) ==407==by 0x141D15: avnd_evt_process (main.cc:692) --- 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] #3330 imm: immnd crashes due to NFS state unsynced
- **status**: assigned --> fixed --- ** [tickets:#3330] imm: immnd crashes due to NFS state unsynced** **Status:** fixed **Milestone:** 5.23.03 **Created:** Mon Feb 13, 2023 06:36 AM UTC by PhanTranQuocDat **Last Updated:** Mon Feb 13, 2023 07:31 AM UTC **Owner:** PhanTranQuocDat There's a case when ccb state from some nodes un-synced during nodes losing connection with each other. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. Steps to reproduce -- - Split cluster into partitions or power off some nodes - Use cmd: "immadm -o 400 safRdn=immManagement,safApp=safImmService" on a partition or alive nodes to notify IMM "FS unavailable". Only nodes maintaining connection with each other will receive this notification. - Merge network/Power on nodes. - Change attribute's value of an object (object must associate with an implementer). --- 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] #3330 imm: immnd crashes due to NFS state unsynced
- **Comment**: commit bb193b9154084ee57164e3783f7499fbc1443a9a (HEAD -> develop, origin/develop) Author: dat.tq.phan Date: Mon Feb 13 13:41:03 2023 +0700 imm: Make NFS state consistent among nodes [#3330] There is a case that the ccb apply not run on some nodes due to NFS unavailable. Then it causes the mismatch state in complete ack. Solution is to make NFS state consistent among nodes Also this commit combines three similar function into one. --- ** [tickets:#3330] imm: immnd crashes due to NFS state unsynced** **Status:** fixed **Milestone:** 5.23.03 **Created:** Mon Feb 13, 2023 06:36 AM UTC by PhanTranQuocDat **Last Updated:** Tue Feb 21, 2023 08:30 AM UTC **Owner:** PhanTranQuocDat There's a case when ccb state from some nodes un-synced during nodes losing connection with each other. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. Steps to reproduce -- - Split cluster into partitions or power off some nodes - Use cmd: "immadm -o 400 safRdn=immManagement,safApp=safImmService" on a partition or alive nodes to notify IMM "FS unavailable". Only nodes maintaining connection with each other will receive this notification. - Merge network/Power on nodes. - Change attribute's value of an object (object must associate with an implementer). --- 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] #3333 rde: Valgrind reported errors
- **status**: review --> fixed - **Comment**: commit a1fcc05d5efc497c2aab3ec52ff697167c43c224 Author: dat.tq.phan Date: Tue Mar 28 10:22:14 2023 +0700 rde: fix errors reported by Valgrind [#] Fix memleak detected by Valgrind when receive rde message. Also fix the uninitialized value(s). --- ** [tickets:#] rde: Valgrind reported errors** **Status:** fixed **Milestone:** 5.23.07 **Created:** Tue Mar 28, 2023 02:51 AM UTC by PhanTranQuocDat **Last Updated:** Thu Apr 20, 2023 07:14 AM UTC **Owner:** PhanTranQuocDat Valgrind detected memleak when receive rde message: ==196== 177,584 (1,232 direct, 176,352 indirect) bytes in 22 blocks are definitely lost in loss record 81 of 81 ==196==at 0x483B7F3: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so) ==196==by 0x48ADCF0: sysf_alloc_pkt (sysf_mem.c:429) ==196==by 0x489CD15: ncs_enc_init_space_pp (hj_ubaid.c:144) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1454) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1442) ==196==by 0x48CC0C0: mdtm_process_recv_message_common (mds_dt_common.c:544) ==196==by 0x48CC5F8: mdtm_process_recv_data (mds_dt_common.c:1126) ==196==by 0x48D71E7: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==196==by 0x4B5A608: start_thread (pthread_create.c:477) ==196==by 0x4C94132: clone (clone.S:95) Also, uninitialized value(s): ==351== Conditional jump or move depends on uninitialised value(s) ==351==at 0x50541FB: ava_fill_comp_reg_msg (ava_mds.cc:1310) ==351==by 0x50497D0: AmfAgent::ComponentRegister(unsigned long long, SaNameT const*, SaNameT const*) (amf_agent.cc:559) ==351==by 0x10E940: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:186) ==351==by 0x10DAAE: main (rde_main.cc:458) ==351== Uninitialised value was created by a stack allocation ==351==at 0x10E743: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:140) --- 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] #3333 rde: Valgrind reported errors
- **status**: assigned --> review --- ** [tickets:#] rde: Valgrind reported errors** **Status:** review **Milestone:** 5.23.07 **Created:** Tue Mar 28, 2023 02:51 AM UTC by PhanTranQuocDat **Last Updated:** Tue Mar 28, 2023 02:51 AM UTC **Owner:** PhanTranQuocDat Valgrind detected memleak when receive rde message: ==196== 177,584 (1,232 direct, 176,352 indirect) bytes in 22 blocks are definitely lost in loss record 81 of 81 ==196==at 0x483B7F3: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so) ==196==by 0x48ADCF0: sysf_alloc_pkt (sysf_mem.c:429) ==196==by 0x489CD15: ncs_enc_init_space_pp (hj_ubaid.c:144) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1454) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1442) ==196==by 0x48CC0C0: mdtm_process_recv_message_common (mds_dt_common.c:544) ==196==by 0x48CC5F8: mdtm_process_recv_data (mds_dt_common.c:1126) ==196==by 0x48D71E7: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==196==by 0x4B5A608: start_thread (pthread_create.c:477) ==196==by 0x4C94132: clone (clone.S:95) Also, uninitialized value(s): ==351== Conditional jump or move depends on uninitialised value(s) ==351==at 0x50541FB: ava_fill_comp_reg_msg (ava_mds.cc:1310) ==351==by 0x50497D0: AmfAgent::ComponentRegister(unsigned long long, SaNameT const*, SaNameT const*) (amf_agent.cc:559) ==351==by 0x10E940: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:186) ==351==by 0x10DAAE: main (rde_main.cc:458) ==351== Uninitialised value was created by a stack allocation ==351==at 0x10E743: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:140) --- 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] #3337 mds: mdstest api coredump when when use MDS queue ownership
- **status**: assigned --> review
---
** [tickets:#3337] mds: mdstest api coredump when when use MDS queue
ownership**
**Status:** review
**Milestone:** 5.23.07
**Created:** Wed Apr 26, 2023 09:19 AM UTC by PhanTranQuocDat
**Last Updated:** Wed Apr 26, 2023 09:28 AM UTC
**Owner:** PhanTranQuocDat
**Attachments:**
-
[bt_core.1682494999.mdstest.694.SC-1](https://sourceforge.net/p/opensaf/tickets/3337/attachment/bt_core.1682494999.mdstest.694.SC-1)
(16.0 kB; application/octet-stream)
Steps to reproduce
--
run: mdstest 18
Observed behaviour
--
Test case failed with "double free" report.
CAUSE:
---
When receive message, mds will go through process to send data to upper layer.
If mds queue ownership is used, message will be put to mailbox through
mds_mcm_mailbox_post() and only be read when invoke mds_mailbox_proc().
After put message to mailbox, the send-data process is considered done, mds
will delete the buffer previously allocated. This delete is wrong as latter,
when message is invoke through mds_mailbox_proc, the receiver will read
(invalid read) and try to free the message once again, causing "double free"
error.
Error messages
--
backtrace:
**Thread 1 (Thread 0x7fa902c5bd40 (LWP 694)):
**#0 GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {val = {0, 0, 0, 0, 140363863464240, 140363863369568,
3472368028161671168, 0, 0, 206158430216, 140723921026448, 140723921026256, 0,
0, 0, 0}}
pid =
tid =
ret =
#1 0x7fa901fc67f1 in GI_abort () at abort.c:79
save_stage = 1
act = {sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {val = {0 , 140723921025600, 140723921025888}},
sa_flags = -682427840, sa_restorer = 0x1000}
sigs = {val = {32, 0 }}
cnt =
set =
cnt =
set =
#2 0x7fa90200f837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7fa90213ca7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
ap = {{gp_offset = 24, fp_offset = 32681, overflow_arg_area =
0x7ffcd752fb70, reg_save_area = 0x7ffcd752fb00}}
fd =
list =
nlist =
cp =
written =
on_2 =
next =
str =
len =
newp =
iov =
total =
cnt =
buf =
wp =
old =
cnt =
result =
#3 0x7fa9020168ba in malloc_printerr (str=str@entry=0x7fa90213e6e8
"free(): double free detected in tcache 2") at malloc.c:5342
No locals.
#4 0x7fa90201e0ed in _int_free (have_lock=0, p=0x7fa8f4001f50,
av=0x7fa8f420) at malloc.c:4195
tmp =
tmp =
e =
e =
tc_idx =
tc_idx =
fb =
nextsize =
nextinuse =
prevsize =
fwd =
size =
nextchunk =
bck =
size =
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
tc_idx =
e =
tmp =
idx =
old =
old2 =
fail =
ignore1 =
ignore2 =
ignore3 =
ignore =
atg1_result =
ret =
ret =
ret =
ret =
ignore1 =
ignore2 =
ignore3 =
heap =
ignore =
#5 GI_libc_free (mem=0x7fa8f4001f60) at malloc.c:3134
ar_ptr = 0x7fa8f420
p = 0x7fa8f4001f50
hook =
mem = 0x7fa8f4001f60
ar_ptr =
p =
hook =
x =
ar_ptr =
p =
hook =
x =
#6 0x7fa9025fc2fa in mds_free_direct_buff (buff=) at
src/mds/mds_papi.c:336
No locals.
#7 0x55bdc36727d0 in tet_mds_cb_direct_rcv
(mds_to_svc_info=0x7ffcd752fc20) at src/mds/apitest/mdstipc_conf.c:2196
No locals.
#8 0x7fa9025f1671 in mds_mailbox_proc (msgelem=0x7fa8f4002510,
svc_cb=svc_cb@entry=0x55bdc555e060) at src/mds/mds_c_sndrcv.c:6991
status = 1
cbinfo = {i_yr_svc_hdl = 0, i_yr_svc_id = 512, i_op =
MDS_CALLBACK_DIRECT_RECEIVE, info = {cpy = {i_msg = 0x7fa8f4001f60, i_last =
15, i_to_svc_id = 0, o_cpy = 0x0, i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver
= 0}, enc = {i_msg = 0x7fa8f4001f60, i_to_svc_id = 15, io_uba = 0x0,
i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver = 0}, dec = {io_uba =
0x7fa8f4001f60, i_fr_svc_id = 15, i_is_resp = false, o_msg = 0x0, i_node_id =
200, i_msg_fmt_ver = 0, i_node_name =
"\000\000\000\001\000\000\000\000\000\000\266\002\000\000\017\001\002\000\266\002\000\000\017\001\002\000\000\002\000\000\001\000\000\000\017\001\002",
'\000' }, enc_flat = {i_msg = 0x7fa8f4001f60, i_to_svc_id =
15, io_uba = 0x0, i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver = 0}, dec_flat
= {io_uba = 0x7fa8f4001f60, i_fr_svc_id = 15, i_is_resp = false, o_msg = 0x0,
i_node_id = 200, i_msg_fmt_ver = 0,
[tickets] [opensaf:tickets] #3337 mds: mdstest api coredump when when use MDS queue ownership
- **Comment**:
For more information, this ticket is related to
[ticket-3331](https://sourceforge.net/p/opensaf/tickets/3331/), the commit:
b65c0887f7d9f240573b7067110cdccb03e79397
Initially, the deallocation added to fix AMF Valgrind report, but deallocate
memory in MDS lower layer is not right as it may delete messages before they
are read by upper layers. So upper layers must deallocate memory after messages
has been read (this point was full-filled from #3331, so remove the wrong
memory deallocation in this case will not raise the issue from #3331).
---
** [tickets:#3337] mds: mdstest api coredump when when use MDS queue
ownership**
**Status:** review
**Milestone:** 5.23.07
**Created:** Wed Apr 26, 2023 09:19 AM UTC by PhanTranQuocDat
**Last Updated:** Thu Apr 27, 2023 01:56 AM UTC
**Owner:** PhanTranQuocDat
**Attachments:**
-
[bt_core.1682494999.mdstest.694.SC-1](https://sourceforge.net/p/opensaf/tickets/3337/attachment/bt_core.1682494999.mdstest.694.SC-1)
(16.0 kB; application/octet-stream)
Steps to reproduce
--
run: mdstest 18
Observed behaviour
--
Test case failed with "double free" report.
CAUSE:
---
When receive message, mds will go through process to send data to upper layer.
If mds queue ownership is used, message will be put to mailbox through
mds_mcm_mailbox_post() and only be read when invoke mds_mailbox_proc().
After put message to mailbox, the send-data process is considered done, mds
will delete the buffer previously allocated. This delete is wrong as latter,
when message is invoke through mds_mailbox_proc, the receiver will read
(invalid read) and try to free the message once again, causing "double free"
error.
Error messages
--
backtrace:
**Thread 1 (Thread 0x7fa902c5bd40 (LWP 694)):
**#0 GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {val = {0, 0, 0, 0, 140363863464240, 140363863369568,
3472368028161671168, 0, 0, 206158430216, 140723921026448, 140723921026256, 0,
0, 0, 0}}
pid =
tid =
ret =
#1 0x7fa901fc67f1 in GI_abort () at abort.c:79
save_stage = 1
act = {sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {val = {0 , 140723921025600, 140723921025888}},
sa_flags = -682427840, sa_restorer = 0x1000}
sigs = {val = {32, 0 }}
cnt =
set =
cnt =
set =
#2 0x7fa90200f837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7fa90213ca7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
ap = {{gp_offset = 24, fp_offset = 32681, overflow_arg_area =
0x7ffcd752fb70, reg_save_area = 0x7ffcd752fb00}}
fd =
list =
nlist =
cp =
written =
on_2 =
next =
str =
len =
newp =
iov =
total =
cnt =
buf =
wp =
old =
cnt =
result =
#3 0x7fa9020168ba in malloc_printerr (str=str@entry=0x7fa90213e6e8
"free(): double free detected in tcache 2") at malloc.c:5342
No locals.
#4 0x7fa90201e0ed in _int_free (have_lock=0, p=0x7fa8f4001f50,
av=0x7fa8f420) at malloc.c:4195
tmp =
tmp =
e =
e =
tc_idx =
tc_idx =
fb =
nextsize =
nextinuse =
prevsize =
fwd =
size =
nextchunk =
bck =
size =
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
tc_idx =
e =
tmp =
idx =
old =
old2 =
fail =
ignore1 =
ignore2 =
ignore3 =
ignore =
atg1_result =
ret =
ret =
ret =
ret =
ignore1 =
ignore2 =
ignore3 =
heap =
ignore =
#5 GI_libc_free (mem=0x7fa8f4001f60) at malloc.c:3134
ar_ptr = 0x7fa8f420
p = 0x7fa8f4001f50
hook =
mem = 0x7fa8f4001f60
ar_ptr =
p =
hook =
x =
ar_ptr =
p =
hook =
x =
#6 0x7fa9025fc2fa in mds_free_direct_buff (buff=) at
src/mds/mds_papi.c:336
No locals.
#7 0x55bdc36727d0 in tet_mds_cb_direct_rcv
(mds_to_svc_info=0x7ffcd752fc20) at src/mds/apitest/mdstipc_conf.c:2196
No locals.
#8 0x7fa9025f1671 in mds_mailbox_proc (msgelem=0x7fa8f4002510,
svc_cb=svc_cb@entry=0x55bdc555e060) at src/mds/mds_c_sndrcv.c:6991
status = 1
cbinfo = {i_yr_svc_hdl = 0, i_yr_svc_id = 512, i_op =
MDS_CALLBACK_DIRECT_RECEIVE, info = {cpy = {i_msg = 0x7fa8f4001f60, i_last =
15, i_to_svc_id = 0, o_cpy = 0x0, i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver
= 0}, enc = {i_msg = 0x7fa8f4001f60, i_to_svc_id = 15, io_uba = 0x0,
i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver = 0}, dec = {io_uba =
[tickets] [opensaf:tickets] #3335 imm: Valgrind reported errors
- **status**: review --> assigned --- ** [tickets:#3335] imm: Valgrind reported errors** **Status:** assigned **Milestone:** 5.23.07 **Created:** Mon Apr 10, 2023 03:06 AM UTC by PhanTranQuocDat **Last Updated:** Mon Apr 10, 2023 04:03 AM UTC **Owner:** PhanTranQuocDat Valgrind detects memleaks: /var/lib/lxc/SC-2/rootfs/var/log/opensaf/immd.valgrind ==417== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 108 of 111 ==417==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x52ACC2B: sysf_alloc_pkt (sysf_mem.c:429) ==417==by 0x529BA1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==417==by 0x52C9996: mdtm_fill_data (mds_dt_common.c:1454) ==417==by 0x52CACCD: mdtm_process_recv_message_common (mds_dt_common.c:544) ==417==by 0x52CB071: mdtm_process_recv_data (mds_dt_common.c:1126) ==417==by 0x52D5B8E: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==417==by 0x55106DA: start_thread (pthread_create.c:463) ==417==by 0x584961E: clone (clone.S:95) /var/lib/lxc/SC-1/rootfs/var/log/opensaf/immd.valgrind ==417== 7 bytes in 1 blocks are definitely lost in loss record 6 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x1172C4: mbcsv_dec_async_update (immd_mbcsv.c:1128) ==417==by 0x1172C4: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x1172C4: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 8 bytes in 1 blocks are definitely lost in loss record 15 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x117288: mbcsv_dec_async_update (immd_mbcsv.c:1119) ==417==by 0x117288: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x117288: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 16 bytes in 1 blocks are definitely lost in loss record 20 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x11724C: mbcsv_dec_async_update (immd_mbcsv.c:1110) ==417==by 0x11724C: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x11724C: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) --- 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] #3337 mds: mdstest api coredump when when use MDS queue ownership
---
** [tickets:#3337] mds: mdstest api coredump when when use MDS queue
ownership**
**Status:** assigned
**Milestone:** 5.23.07
**Created:** Wed Apr 26, 2023 09:19 AM UTC by PhanTranQuocDat
**Last Updated:** Wed Apr 26, 2023 09:19 AM UTC
**Owner:** PhanTranQuocDat
Steps to reproduce
--
run: mdstest 18
Observed behaviour
--
Test case failed with "double free" report.
CAUSE:
---
When receive message, mds will go through process to send data to upper layer.
If mds queue ownership is used, message will be put to mailbox through
mds_mcm_mailbox_post() and only be read when invoke mds_mailbox_proc().
After put message to mailbox, the send-data process is considered done, mds
will delete the buffer previously allocated. This delete is wrong as latter,
when message is invoke through mds_mailbox_proc, the receiver will read
(invalid read) and try to free the message once again, causing "double free"
error.
Error messages
--
backtrace:
Thread 1 (Thread 0x7f2aa6d2cb00 (LWP 3398)):
**#0 GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {val = {0, 0, 0, 206158430210, 0, 139821157765124,
562945658454528, 139821157765124, 139821164183276, 139821157854076,
139821164183248, 281470681874431, 131071, 6794816100368768768, 564113889561918,
139821049716696}}
pid =
tid =
ret =
#1 0x7f2aa60fe7f1 in GI_abort () at abort.c:79
save_stage = 1
act = {sigaction_handler = {sa_handler = 0xa03b, sa_sigaction =
0xa03b}, sa_mask = {val = {1, 564113889561918, 139821157846167,
219902323, 139821049716586, 4295032831, 564113889561918, 0,
282333970170112, 2, 2563, 3390, 139821164183768, 1, 139821164183744,
139821164184032}}, sa_flags = -1496137536, sa_restorer = 0x1000}
sigs = {val = {32, 0 }}
cnt =
set =
cnt =
set =
#2 0x7f2aa6147837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7f2aa6274a7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area =
0x7f2aa6d2c1f0, reg_save_area = 0x7f2aa6d2c180}}
fd =
list =
nlist =
cp =
written =
on_2 =
next =
str =
len =
newp =
iov =
total =
cnt =
buf =
wp =
old =
cnt =
result =
#3 0x7f2aa614e8ba in malloc_printerr (str=str@entry=0x7f2aa6276740 "double
free or corruption (fasttop)") at malloc.c:5342
No locals.
#4 0x7f2aa6259c4b in _int_free (have_lock=0, p=0x7f2aa0002160,
av=0x7f2aa020) at malloc.c:4260
idx =
old =
idx =
old =
old2 =
old2 =
fb =
nextsize =
nextinuse =
prevsize =
fwd =
size =
nextchunk =
bck =
size =
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
tc_idx =
e =
tmp =
idx =
old =
old2 =
fail =
ignore1 =
ignore2 =
ignore3 =
ignore =
atg1_result =
ret =
ret =
ret =
ret =
ignore1 =
ignore2 =
ignore3 =
heap =
ignore =
#5 GI_libc_free (mem=0x7f2aa0002170) at malloc.c:3134
ar_ptr = 0x7f2aa020
p = 0x7f2aa0002160
hook =
mem = 0x7f2aa0002170
ar_ptr =
p =
hook =
x =
ar_ptr =
p =
hook =
ar_ptr =
p =
hook =
x =
#6 tcache_thread_shutdown () at malloc.c:2979
e = 0x7f2aa0002170
i =
tcache_tmp =
i =
tcache_tmp =
e =
#7 arena_thread_freeres () at arena.c:950
a =
PRETTY_FUNCTION = "arena_thread_freeres"
#8 0x7f2aa625a562 in libc_thread_freeres () at thread-freeres.c:29
ptr = 0x7f2aa64a5740
#9 0x7f2aa64b6700 in start_thread (arg=0x7f2aa6d2cb00) at
pthread_create.c:476
pd = 0x7f2aa6d2cb00
now =
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139821164186368,
-4330361106019401868, 139821164184448, 1, 0, 140731572523136,
4445679699519848308, 4445680733411852148}, mask_was_saved = 0}}, priv = {pad =
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call =
#10 0x7f2aa61df61f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
No locals.
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.**
---
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
[tickets] [opensaf:tickets] #3337 mds: mdstest api coredump when when use MDS queue ownership
- Description has changed:
Diff:
--- old
+++ new
@@ -1,33 +1,36 @@
Steps to reproduce
--
run: mdstest 18
+
Observed behaviour
--
Test case failed with "double free" report.
+
CAUSE:
---
When receive message, mds will go through process to send data to upper layer.
If mds queue ownership is used, message will be put to mailbox through
mds_mcm_mailbox_post() and only be read when invoke mds_mailbox_proc().
After put message to mailbox, the send-data process is considered done, mds
will delete the buffer previously allocated. This delete is wrong as latter,
when message is invoke through mds_mailbox_proc, the receiver will read
(invalid read) and try to free the message once again, causing "double free"
error.
+
Error messages
--
backtrace:
- Thread 1 (Thread 0x7f2aa6d2cb00 (LWP 3398)):
+**Thread 1 (Thread 0x7fa902c5bd40 (LWP 694)):
**#0 GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
-set = {val = {0, 0, 0, 206158430210, 0, 139821157765124,
562945658454528, 139821157765124, 139821164183276, 139821157854076,
139821164183248, 281470681874431, 131071, 6794816100368768768, 564113889561918,
139821049716696}}
+set = {val = {0, 0, 0, 0, 140363863464240, 140363863369568,
3472368028161671168, 0, 0, 206158430216, 140723921026448, 140723921026256, 0,
0, 0, 0}}
pid =
tid =
ret =
-#1 0x7f2aa60fe7f1 in GI_abort () at abort.c:79
+#1 0x7fa901fc67f1 in GI_abort () at abort.c:79
save_stage = 1
-act = {sigaction_handler = {sa_handler = 0xa03b, sa_sigaction =
0xa03b}, sa_mask = {val = {1, 564113889561918, 139821157846167,
219902323, 139821049716586, 4295032831, 564113889561918, 0,
282333970170112, 2, 2563, 3390, 139821164183768, 1, 139821164183744,
139821164184032}}, sa_flags = -1496137536, sa_restorer = 0x1000}
+act = {sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {val = {0 , 140723921025600, 140723921025888}},
sa_flags = -682427840, sa_restorer = 0x1000}
sigs = {val = {32, 0 }}
cnt =
set =
cnt =
set =
-#2 0x7f2aa6147837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7f2aa6274a7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
-ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area =
0x7f2aa6d2c1f0, reg_save_area = 0x7f2aa6d2c180}}
+#2 0x7fa90200f837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7fa90213ca7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
+ap = {{gp_offset = 24, fp_offset = 32681, overflow_arg_area =
0x7ffcd752fb70, reg_save_area = 0x7ffcd752fb00}}
fd =
list =
nlist =
@@ -46,15 +49,15 @@
old =
cnt =
result =
-#3 0x7f2aa614e8ba in malloc_printerr (str=str@entry=0x7f2aa6276740
"double free or corruption (fasttop)") at malloc.c:5342
+#3 0x7fa9020168ba in malloc_printerr (str=str@entry=0x7fa90213e6e8
"free(): double free detected in tcache 2") at malloc.c:5342
No locals.
-#4 0x7f2aa6259c4b in _int_free (have_lock=0, p=0x7f2aa0002160,
av=0x7f2aa020) at malloc.c:4260
-idx =
-old =
-idx =
-old =
-old2 =
-old2 =
+#4 0x7fa90201e0ed in _int_free (have_lock=0, p=0x7fa8f4001f50,
av=0x7fa8f420) at malloc.c:4195
+tmp =
+tmp =
+e =
+e =
+tc_idx =
+tc_idx =
fb =
nextsize =
nextinuse =
@@ -92,11 +95,11 @@
ignore3 =
heap =
ignore =
-#5 GI_libc_free (mem=0x7f2aa0002170) at malloc.c:3134
-ar_ptr = 0x7f2aa020
-p = 0x7f2aa0002160
+#5 GI_libc_free (mem=0x7fa8f4001f60) at malloc.c:3134
+ar_ptr = 0x7fa8f420
+p = 0x7fa8f4001f50
hook =
-mem = 0x7f2aa0002170
+mem = 0x7fa8f4001f60
ar_ptr =
p =
hook =
@@ -104,27 +107,40 @@
ar_ptr =
p =
hook =
-ar_ptr =
-p =
-hook =
x =
-#6 tcache_thread_shutdown () at malloc.c:2979
-e = 0x7f2aa0002170
-i =
-tcache_tmp =
-i =
-tcache_tmp =
-e =
-#7 arena_thread_freeres () at arena.c:950
-a =
-PRETTY_FUNCTION = "arena_thread_freeres"
-#8 0x7f2aa625a562 in libc_thread_freeres () at thread-freeres.c:29
-ptr = 0x7f2aa64a5740
-#9 0x7f2aa64b6700 in start_thread (arg=0x7f2aa6d2cb00) at
pthread_create.c:476
-pd = 0x7f2aa6d2cb00
-now =
-unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139821164186368,
-4330361106019401868, 139821164184448, 1, 0, 140731572523136,
4445679699519848308, 4445680733411852148}, mask_was_saved = 0}}, priv = {pad =
{0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
-not_first_call =
[tickets] [opensaf:tickets] #3335 imm: Valgrind reported errors
- **status**: assigned --> review --- ** [tickets:#3335] imm: Valgrind reported errors** **Status:** review **Milestone:** 5.23.07 **Created:** Mon Apr 10, 2023 03:06 AM UTC by PhanTranQuocDat **Last Updated:** Mon Apr 10, 2023 03:06 AM UTC **Owner:** PhanTranQuocDat Valgrind detects memleaks: /var/lib/lxc/SC-2/rootfs/var/log/opensaf/immd.valgrind ==417== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 108 of 111 ==417==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x52ACC2B: sysf_alloc_pkt (sysf_mem.c:429) ==417==by 0x529BA1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==417==by 0x52C9996: mdtm_fill_data (mds_dt_common.c:1454) ==417==by 0x52CACCD: mdtm_process_recv_message_common (mds_dt_common.c:544) ==417==by 0x52CB071: mdtm_process_recv_data (mds_dt_common.c:1126) ==417==by 0x52D5B8E: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==417==by 0x55106DA: start_thread (pthread_create.c:463) ==417==by 0x584961E: clone (clone.S:95) /var/lib/lxc/SC-1/rootfs/var/log/opensaf/immd.valgrind ==417== 7 bytes in 1 blocks are definitely lost in loss record 6 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x1172C4: mbcsv_dec_async_update (immd_mbcsv.c:1128) ==417==by 0x1172C4: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x1172C4: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 8 bytes in 1 blocks are definitely lost in loss record 15 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x117288: mbcsv_dec_async_update (immd_mbcsv.c:1119) ==417==by 0x117288: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x117288: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 16 bytes in 1 blocks are definitely lost in loss record 20 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x11724C: mbcsv_dec_async_update (immd_mbcsv.c:1110) ==417==by 0x11724C: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x11724C: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) --- 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] #3335 imm: Valgrind reported errors
--- ** [tickets:#3335] imm: Valgrind reported errors** **Status:** assigned **Milestone:** 5.23.07 **Created:** Mon Apr 10, 2023 03:06 AM UTC by PhanTranQuocDat **Last Updated:** Mon Apr 10, 2023 03:06 AM UTC **Owner:** PhanTranQuocDat Valgrind detects memleaks: /var/lib/lxc/SC-2/rootfs/var/log/opensaf/immd.valgrind ==417== 8,072 (56 direct, 8,016 indirect) bytes in 1 blocks are definitely lost in loss record 108 of 111 ==417==at 0x4C31B0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x52ACC2B: sysf_alloc_pkt (sysf_mem.c:429) ==417==by 0x529BA1F: ncs_enc_init_space_pp (hj_ubaid.c:144) ==417==by 0x52C9996: mdtm_fill_data (mds_dt_common.c:1454) ==417==by 0x52CACCD: mdtm_process_recv_message_common (mds_dt_common.c:544) ==417==by 0x52CB071: mdtm_process_recv_data (mds_dt_common.c:1126) ==417==by 0x52D5B8E: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==417==by 0x55106DA: start_thread (pthread_create.c:463) ==417==by 0x584961E: clone (clone.S:95) /var/lib/lxc/SC-1/rootfs/var/log/opensaf/immd.valgrind ==417== 7 bytes in 1 blocks are definitely lost in loss record 6 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x1172C4: mbcsv_dec_async_update (immd_mbcsv.c:1128) ==417==by 0x1172C4: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x1172C4: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 8 bytes in 1 blocks are definitely lost in loss record 15 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x117288: mbcsv_dec_async_update (immd_mbcsv.c:1119) ==417==by 0x117288: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x117288: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) -- ==417== 16 bytes in 1 blocks are definitely lost in loss record 20 of 117 ==417==at 0x4C33B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==417==by 0x4E430B1: immsv_evt_dec_inline_string (immsv_evt.c:238) ==417==by 0x11724C: mbcsv_dec_async_update (immd_mbcsv.c:1110) ==417==by 0x11724C: immd_mbcsv_decode_proc (immd_mbcsv.c:1402) ==417==by 0x11724C: immd_mbcsv_callback (immd_mbcsv.c:411) ==417==by 0x52B1335: ncs_mbscv_rcv_decode (mbcsv_act.c:409) ==417==by 0x52B14D0: ncs_mbcsv_rcv_async_update (mbcsv_act.c:460) ==417==by 0x52B829F: mbcsv_process_events (mbcsv_pr_evts.c:166) ==417==by 0x52B83BA: mbcsv_hdl_dispatch_all (mbcsv_pr_evts.c:271) ==417==by 0x52B2A19: mbcsv_process_dispatch_request (mbcsv_api.c:426) --- 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] #3333 rde: Valgrind reported errors
--- ** [tickets:#] rde: Valgrind reported errors** **Status:** assigned **Milestone:** 5.23.07 **Created:** Tue Mar 28, 2023 02:51 AM UTC by PhanTranQuocDat **Last Updated:** Tue Mar 28, 2023 02:51 AM UTC **Owner:** PhanTranQuocDat Valgrind detected memleak when receive rde message: ==196== 177,584 (1,232 direct, 176,352 indirect) bytes in 22 blocks are definitely lost in loss record 81 of 81 ==196==at 0x483B7F3: malloc (in /usr/lib/x86_64-linux-gnu/valgrind/vgpreload_memcheck-amd64-linux.so) ==196==by 0x48ADCF0: sysf_alloc_pkt (sysf_mem.c:429) ==196==by 0x489CD15: ncs_enc_init_space_pp (hj_ubaid.c:144) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1454) ==196==by 0x48CAF38: mdtm_fill_data (mds_dt_common.c:1442) ==196==by 0x48CC0C0: mdtm_process_recv_message_common (mds_dt_common.c:544) ==196==by 0x48CC5F8: mdtm_process_recv_data (mds_dt_common.c:1126) ==196==by 0x48D71E7: mdtm_process_recv_events (mds_dt_tipc.c:1144) ==196==by 0x4B5A608: start_thread (pthread_create.c:477) ==196==by 0x4C94132: clone (clone.S:95) Also, uninitialized value(s): ==351== Conditional jump or move depends on uninitialised value(s) ==351==at 0x50541FB: ava_fill_comp_reg_msg (ava_mds.cc:1310) ==351==by 0x50497D0: AmfAgent::ComponentRegister(unsigned long long, SaNameT const*, SaNameT const*) (amf_agent.cc:559) ==351==by 0x10E940: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:186) ==351==by 0x10DAAE: main (rde_main.cc:458) ==351== Uninitialised value was created by a stack allocation ==351==at 0x10E743: rde_amf_init(RDE_AMF_CB*) (rde_amf.cc:140) --- 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] #3330 imm: Ccb state unsynced after split-brain
--- ** [tickets:#3330] imm: Ccb state unsynced after split-brain** **Status:** assigned **Milestone:** 5.23.03 **Created:** Mon Feb 13, 2023 06:36 AM UTC by PhanTranQuocDat **Last Updated:** Mon Feb 13, 2023 06:36 AM UTC **Owner:** PhanTranQuocDat There's a case when ccb state from some nodes un-synced after split-brain. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. Steps to reproduce -- - Split cluster into partitions or power off some nodes - Use cmd: "immadm -o 400 safRdn=immManagement,safApp=safImmService" on a partition or alive nodes to notify IMM "FS unavailable". Only nodes maintaining connection with each other will receive this notification. - Merge network/Power on nodes. - Change attribute's value of an object (object must associate with an implementer). --- 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] #3330 imm: immnd crashes due to NFS state unsynced
- **summary**: imm: Ccb state unsynced after split-brain --> imm: immnd crashes due to NFS state unsynced - Description has changed: Diff: --- old +++ new @@ -1,4 +1,4 @@ -There's a case when ccb state from some nodes un-synced after split-brain. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. +There's a case when ccb state from some nodes un-synced during nodes losing connection with each other. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. Steps to reproduce -- - Split cluster into partitions or power off some nodes --- ** [tickets:#3330] imm: immnd crashes due to NFS state unsynced** **Status:** assigned **Milestone:** 5.23.03 **Created:** Mon Feb 13, 2023 06:36 AM UTC by PhanTranQuocDat **Last Updated:** Mon Feb 13, 2023 06:36 AM UTC **Owner:** PhanTranQuocDat There's a case when ccb state from some nodes un-synced during nodes losing connection with each other. The root cause is due to notification of FS availability is not sent to all nodes during disconnection among nodes(e.g. Split-brain, …). This makes ccb processing in each nodes behave differently as they received different information. Steps to reproduce -- - Split cluster into partitions or power off some nodes - Use cmd: "immadm -o 400 safRdn=immManagement,safApp=safImmService" on a partition or alive nodes to notify IMM "FS unavailable". Only nodes maintaining connection with each other will receive this notification. - Merge network/Power on nodes. - Change attribute's value of an object (object must associate with an implementer). --- 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] #3337 mds: mdstest api coredump when when use MDS queue ownership
- **status**: review --> fixed
- **Comment**:
For more information, this ticket is related to
[ticket-3331](https://sourceforge.net/p/opensaf/tickets/3331/), the commit:
b65c0887f7d9f240573b7067110cdccb03e79397
Initially, the deallocation added to fix AMF Valgrind report, but deallocate
memory in MDS lower layer is not right as it may delete messages before they
are read by upper layers. So upper layers must deallocate memory after messages
has been read (this point was full-filled from #3331, so remove the wrong
memory deallocation in this case will not raise the issue from #3331).
---
** [tickets:#3337] mds: mdstest api coredump when when use MDS queue
ownership**
**Status:** fixed
**Milestone:** 5.23.07
**Created:** Wed Apr 26, 2023 09:19 AM UTC by PhanTranQuocDat
**Last Updated:** Fri Apr 28, 2023 03:21 AM UTC
**Owner:** PhanTranQuocDat
**Attachments:**
-
[bt_core.1682494999.mdstest.694.SC-1](https://sourceforge.net/p/opensaf/tickets/3337/attachment/bt_core.1682494999.mdstest.694.SC-1)
(16.0 kB; application/octet-stream)
Steps to reproduce
--
run: mdstest 18
Observed behaviour
--
Test case failed with "double free" report.
CAUSE:
---
When receive message, mds will go through process to send data to upper layer.
If mds queue ownership is used, message will be put to mailbox through
mds_mcm_mailbox_post() and only be read when invoke mds_mailbox_proc().
After put message to mailbox, the send-data process is considered done, mds
will delete the buffer previously allocated. This delete is wrong as latter,
when message is invoke through mds_mailbox_proc, the receiver will read
(invalid read) and try to free the message once again, causing "double free"
error.
Error messages
--
backtrace:
**Thread 1 (Thread 0x7fa902c5bd40 (LWP 694)):
**#0 GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {val = {0, 0, 0, 0, 140363863464240, 140363863369568,
3472368028161671168, 0, 0, 206158430216, 140723921026448, 140723921026256, 0,
0, 0, 0}}
pid =
tid =
ret =
#1 0x7fa901fc67f1 in GI_abort () at abort.c:79
save_stage = 1
act = {sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {val = {0 , 140723921025600, 140723921025888}},
sa_flags = -682427840, sa_restorer = 0x1000}
sigs = {val = {32, 0 }}
cnt =
set =
cnt =
set =
#2 0x7fa90200f837 in libc_message (action=action@entry=do_abort,
fmt=fmt@entry=0x7fa90213ca7b "%s\n") at ../sysdeps/posix/libc_fatal.c:181
ap = {{gp_offset = 24, fp_offset = 32681, overflow_arg_area =
0x7ffcd752fb70, reg_save_area = 0x7ffcd752fb00}}
fd =
list =
nlist =
cp =
written =
on_2 =
next =
str =
len =
newp =
iov =
total =
cnt =
buf =
wp =
old =
cnt =
result =
#3 0x7fa9020168ba in malloc_printerr (str=str@entry=0x7fa90213e6e8
"free(): double free detected in tcache 2") at malloc.c:5342
No locals.
#4 0x7fa90201e0ed in _int_free (have_lock=0, p=0x7fa8f4001f50,
av=0x7fa8f420) at malloc.c:4195
tmp =
tmp =
e =
e =
tc_idx =
tc_idx =
fb =
nextsize =
nextinuse =
prevsize =
fwd =
size =
nextchunk =
bck =
size =
fb =
nextchunk =
nextsize =
nextinuse =
prevsize =
bck =
fwd =
tc_idx =
e =
tmp =
idx =
old =
old2 =
fail =
ignore1 =
ignore2 =
ignore3 =
ignore =
atg1_result =
ret =
ret =
ret =
ret =
ignore1 =
ignore2 =
ignore3 =
heap =
ignore =
#5 GI_libc_free (mem=0x7fa8f4001f60) at malloc.c:3134
ar_ptr = 0x7fa8f420
p = 0x7fa8f4001f50
hook =
mem = 0x7fa8f4001f60
ar_ptr =
p =
hook =
x =
ar_ptr =
p =
hook =
x =
#6 0x7fa9025fc2fa in mds_free_direct_buff (buff=) at
src/mds/mds_papi.c:336
No locals.
#7 0x55bdc36727d0 in tet_mds_cb_direct_rcv
(mds_to_svc_info=0x7ffcd752fc20) at src/mds/apitest/mdstipc_conf.c:2196
No locals.
#8 0x7fa9025f1671 in mds_mailbox_proc (msgelem=0x7fa8f4002510,
svc_cb=svc_cb@entry=0x55bdc555e060) at src/mds/mds_c_sndrcv.c:6991
status = 1
cbinfo = {i_yr_svc_hdl = 0, i_yr_svc_id = 512, i_op =
MDS_CALLBACK_DIRECT_RECEIVE, info = {cpy = {i_msg = 0x7fa8f4001f60, i_last =
15, i_to_svc_id = 0, o_cpy = 0x0, i_rem_svc_pvt_ver = 200 '\310', o_msg_fmt_ver
= 0}, enc = {i_msg = 0x7fa8f4001f60, i_to_svc_id = 15, io_uba = 0x0,
i_rem_svc_pvt_ver = 200 '\310',
[tickets] [opensaf:tickets] #3350 ntf: crash when remove overdue notification
commit 7b80b26c5ac19135820854a6edc6d50a5dea82dc (HEAD -> develop, origin/develop, ticket-3350) Author: dat.tq.phan Date: Thu Apr 11 11:22:32 2024 +0700 ntf: check existed notification before retrieving [#3350] Related to ticket #3349, when ntf removes an overdue notification from logger buffer, it will try to retrieve next notification in queue. In case there's only a single notification in queue and it's overdue, after removing it, ntf will try to retrieve non-existed notification, causing ntf crash. Solution is to check if there's existed notification in queue before retrieving it. Also, improve checking existed notification when logd calls saLogWriteCallback. --- **[tickets:#3350] ntf: crash when remove overdue notification** **Status:** review **Milestone:** 5.24.09 **Created:** Thu Apr 11, 2024 04:15 AM UTC by PhanTranQuocDat **Last Updated:** Wed Apr 17, 2024 06:19 AM UTC **Owner:** PhanTranQuocDat There is a ntfd coredump happens after[ ticket #3349](https://sourceforge.net/p/opensaf/tickets/3350/) . Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. 2/ ntfsend and send only one notification 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ 2024-04-11 11:09:55.848 SC-1 osafntfd[232]: NO Notification overdue, remove notification Id: 86 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 ~~~ --- 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] #3350 ntf: crash when remove overdue notification
- **status**: review --> fixed --- **[tickets:#3350] ntf: crash when remove overdue notification** **Status:** fixed **Milestone:** 5.24.09 **Created:** Thu Apr 11, 2024 04:15 AM UTC by PhanTranQuocDat **Last Updated:** Wed Apr 17, 2024 08:12 AM UTC **Owner:** PhanTranQuocDat There is a ntfd coredump happens after[ ticket #3349](https://sourceforge.net/p/opensaf/tickets/3350/) . Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. 2/ ntfsend and send only one notification 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ 2024-04-11 11:09:55.848 SC-1 osafntfd[232]: NO Notification overdue, remove notification Id: 86 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 ~~~ --- 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] #3350 ntf: crash when remove overdue notification
--- **[tickets:#3350] ntf: crash when remove overdue notification** **Status:** assigned **Milestone:** 5.24.09 **Created:** Thu Apr 11, 2024 04:15 AM UTC by PhanTranQuocDat **Last Updated:** Thu Apr 11, 2024 04:15 AM UTC **Owner:** PhanTranQuocDat When ntf removes an overdue notification from logger buffer, it will try to retrieve next notification in queue to enhance notification processing speed. In case there's only a single notification in queue and it's overdue, after removing it, ntf will try to retrieve non-existed notification, causing ntf crash. Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. 2/ ntfsend and send only one notification 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 ~~~ --- 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] #3350 ntf: crash when remove overdue notification
- Description has changed: Diff: --- old +++ new @@ -6,6 +6,7 @@ 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ +2024-04-11 11:09:55.848 SC-1 osafntfd[232]: NO Notification overdue, remove notification Id: 86 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 --- **[tickets:#3350] ntf: crash when remove overdue notification** **Status:** assigned **Milestone:** 5.24.09 **Created:** Thu Apr 11, 2024 04:15 AM UTC by PhanTranQuocDat **Last Updated:** Thu Apr 11, 2024 04:15 AM UTC **Owner:** PhanTranQuocDat When ntf removes an overdue notification from logger buffer, it will try to retrieve next notification in queue to enhance notification processing speed. In case there's only a single notification in queue and it's overdue, after removing it, ntf will try to retrieve non-existed notification, causing ntf crash. Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. 2/ ntfsend and send only one notification 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ 2024-04-11 11:09:55.848 SC-1 osafntfd[232]: NO Notification overdue, remove notification Id: 86 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 ~~~ --- 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] #3350 ntf: crash when remove overdue notification
- Description has changed: Diff: --- old +++ new @@ -1,4 +1,4 @@ -When ntf removes an overdue notification from logger buffer, it will try to retrieve next notification in queue to enhance notification processing speed. In case there's only a single notification in queue and it's overdue, after removing it, ntf will try to retrieve non-existed notification, causing ntf crash. +There is a ntfd coredump happens after[ ticket #3349](https://sourceforge.net/p/opensaf/tickets/3350/) . Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. --- **[tickets:#3350] ntf: crash when remove overdue notification** **Status:** assigned **Milestone:** 5.24.09 **Created:** Thu Apr 11, 2024 04:15 AM UTC by PhanTranQuocDat **Last Updated:** Thu Apr 11, 2024 04:40 AM UTC **Owner:** PhanTranQuocDat There is a ntfd coredump happens after[ ticket #3349](https://sourceforge.net/p/opensaf/tickets/3350/) . Reproduce: 1/ Send STOP signal to logd stimulating log service is busy. 2/ ntfsend and send only one notification 3/ Wait for notification to be overdue and observe ACTIVE node down ~~~ 2024-04-11 11:09:55.848 SC-1 osafntfd[232]: NO Notification overdue, remove notification Id: 86 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: ER safComp=NTF,safSu=SC-1,safSg=2N,safApp=OpenSAF Faulted due to:avaDown Recovery is:nodeFailfast 2024-04-11 11:09:55.901 SC-1 osafamfnd[281]: Rebooting OpenSAF NodeId = 2010f EE Name = , Reason: Component faulted: recovery is node failfast, OwnNodeId = 2010f, SupervisionTime = 60 2024-04-11 11:09:55.901 SC-1 opensaf_reboot: Rebooting local node; timeout=60 ~~~ --- 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] #3349 ntf: ntfd cannot handle notification when logd overload
--- **[tickets:#3349] ntf: ntfd cannot handle notification when logd overload** **Status:** assigned **Milestone:** 5.24.09 **Created:** Sat Mar 23, 2024 02:45 AM UTC by PhanTranQuocDat **Last Updated:** Sat Mar 23, 2024 02:45 AM UTC **Owner:** PhanTranQuocDat When AMF sends events to NTF but NTF is busy with full buffer, AMF will unable to process other jobs. This can happen due to: 1. LOG service is also busy 2. Notification stays too long in NTF logger buffer Step to reproduce: 1. Send STOP signal to LOG to stimulate LOG service is busy 2. Use 'ntfsend' command multiple time to create notifications, logger buffer will be full after 3. Observe ntfsend failed due to NTF buffer is full syslog: ~~~ 2024-03-22 15:04:54.773 SC-1 osafntfd[272]: WA The logger buffer is full. Check if there is issue in writing ~~~ --- 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] #3349 ntf: ntfd cannot handle notification when logd overload
commit ad744c90e242272fe78ba09694e41de5eb164455 (HEAD -> develop, origin/develop, ticket-3349) Author: dat.tq.phan Date: Mon Apr 1 17:13:53 2024 +0700 amf: move ntf job to the end of queue [#3349] When AMF sends job to NTF but NTF is busy with full buffer, AMF will be stuck and unable to process other jobs. Solution is to move the front NTF job to the end of queue when NTF is busy and continue to process other jobs. commit e58044b667bcc6c8b776d30fa04dbbbfdb49ebde Author: dat.tq.phan Date: Fri Mar 22 11:56:48 2024 +0700 ntf: remove overdue notification from logger buffer [#3349] When logger buffer on NTF is full, it cannot receive requests. Sometimes, notifications stay in logger buffer for too long make NTF always busy. Solution is to remove overdue notification out of logger buffer so NTF can continue receive requests. --- **[tickets:#3349] ntf: ntfd cannot handle notification when logd overload** **Status:** review **Milestone:** 5.24.09 **Created:** Sat Mar 23, 2024 02:45 AM UTC by PhanTranQuocDat **Last Updated:** Tue Apr 02, 2024 10:24 AM UTC **Owner:** PhanTranQuocDat When AMF sends events to NTF but NTF is busy with full buffer, AMF will unable to process other jobs. This can happen due to: 1. LOG service is also busy 2. Notification stays too long in NTF logger buffer Step to reproduce: 1. Send STOP signal to LOG to stimulate LOG service is busy 2. Use 'ntfsend' command multiple time to create notifications, logger buffer will be full after 3. Observe ntfsend failed due to NTF buffer is full syslog: ~~~ 2024-03-22 15:04:54.773 SC-1 osafntfd[272]: WA The logger buffer is full. Check if there is issue in writing ~~~ --- 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] #3349 ntf: ntfd cannot handle notification when logd overload
- **status**: review --> fixed --- **[tickets:#3349] ntf: ntfd cannot handle notification when logd overload** **Status:** fixed **Milestone:** 5.24.09 **Created:** Sat Mar 23, 2024 02:45 AM UTC by PhanTranQuocDat **Last Updated:** Tue Apr 02, 2024 10:50 AM UTC **Owner:** PhanTranQuocDat When AMF sends events to NTF but NTF is busy with full buffer, AMF will unable to process other jobs. This can happen due to: 1. LOG service is also busy 2. Notification stays too long in NTF logger buffer Step to reproduce: 1. Send STOP signal to LOG to stimulate LOG service is busy 2. Use 'ntfsend' command multiple time to create notifications, logger buffer will be full after 3. Observe ntfsend failed due to NTF buffer is full syslog: ~~~ 2024-03-22 15:04:54.773 SC-1 osafntfd[272]: WA The logger buffer is full. Check if there is issue in writing ~~~ --- 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] #3349 ntf: ntfd cannot handle notification when logd overload
- **Type**: enhancement --> defect --- **[tickets:#3349] ntf: ntfd cannot handle notification when logd overload** **Status:** assigned **Milestone:** 5.24.09 **Created:** Sat Mar 23, 2024 02:45 AM UTC by PhanTranQuocDat **Last Updated:** Sat Mar 23, 2024 02:45 AM UTC **Owner:** PhanTranQuocDat When AMF sends events to NTF but NTF is busy with full buffer, AMF will unable to process other jobs. This can happen due to: 1. LOG service is also busy 2. Notification stays too long in NTF logger buffer Step to reproduce: 1. Send STOP signal to LOG to stimulate LOG service is busy 2. Use 'ntfsend' command multiple time to create notifications, logger buffer will be full after 3. Observe ntfsend failed due to NTF buffer is full syslog: ~~~ 2024-03-22 15:04:54.773 SC-1 osafntfd[272]: WA The logger buffer is full. Check if there is issue in writing ~~~ --- 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] #3349 ntf: ntfd cannot handle notification when logd overload
- **status**: assigned --> review --- **[tickets:#3349] ntf: ntfd cannot handle notification when logd overload** **Status:** review **Milestone:** 5.24.09 **Created:** Sat Mar 23, 2024 02:45 AM UTC by PhanTranQuocDat **Last Updated:** Tue Apr 02, 2024 07:26 AM UTC **Owner:** PhanTranQuocDat When AMF sends events to NTF but NTF is busy with full buffer, AMF will unable to process other jobs. This can happen due to: 1. LOG service is also busy 2. Notification stays too long in NTF logger buffer Step to reproduce: 1. Send STOP signal to LOG to stimulate LOG service is busy 2. Use 'ntfsend' command multiple time to create notifications, logger buffer will be full after 3. Observe ntfsend failed due to NTF buffer is full syslog: ~~~ 2024-03-22 15:04:54.773 SC-1 osafntfd[272]: WA The logger buffer is full. Check if there is issue in writing ~~~ --- 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
