#2709 Memory leak in net-snmp 5.7

[Soubhagya]

Hi I am facing memory leak while continuous pulling to iso mib.

OS : Linux 64

Net-snmp version : 5.7.3

valgrind reports.

==17547== 7,074,864 bytes in 106 blocks are definitely lost in loss record 5,361 of 5,361
==17547== at 0x4C266B0: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==17547== by 0x410E64: cdpCacheTable_allocate_rowreq_ctx
==17547== by 0x40F646: cdpCacheTable_container_load
==17547== by 0x52B83F4: ??? (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52B8F9C: netsnmp_cache_helper_handler (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52CC2F6: netsnmp_call_handler (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52C048C: table_helper_handler (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52CD25E: netsnmp_call_handlers (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52D6880: handle_var_requests (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52D7ABF: handle_getnext_loop (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52DA8FF: netsnmp_handle_request (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52DB3D9: handle_snmp_packet (in /sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x574A217: ??? (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574ABF6: _sess_read (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BA38: snmp_sess_read2 (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BAFA: snmp_read2 (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BB43: snmp_read (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x43106A: agent_check_and_process_mutex (/nobackup/soupanig/ann_latest/product/snmp/subagent/cwoAoStatsTable_subagent.c:411)
==17547== by 0x431778: main

==17547== 13,952 (32 direct, 13,920 indirect) bytes in 1 blocks are definitely lost in loss record 5,352 of 5,361
==17547== at 0x4C266B0: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==17547== by 0x5789BDE: netsnmp_container_get_binary_array (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x57892B8: netsnmp_container_find (in /sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x4632A9: _hrStorageTable_container_init
==17547== by 0x4632A9: _hrStorageTable_initialize_interface
==17547== by 0x431154: init_subagent
==17547== by 0x431712: main

Since this a high priority issue, Could someone please help me on this ?
Tried search for available patch for specific to this Statck trace, but unfortunately didn't get any luck.

Hoping for a favorable reply.

Thank You in adv.
Soubhagya.

[Bill Fenner]

I suspect the reason that you haven't found anyone else reporting this problem is because the leak appears to be occurring inside your implementation of the cdpCacheTable. You will probably have to supply some more information about your implementation before anyone can help you.

Help with MIB module implementations is much more appropriate on the net-snmp-coders mailing list, not in the bug system.

[Soubhagya]

Thank You all for your valuable information ... Yes the issue was with our
implementations and we have resolved the issue :)

On Wed, May 4, 2016 at 7:34 PM, Soubhagya soupanig@users.sf.net wrote:

---

• [bugs:#2709] https://sourceforge.net/p/net-snmp/bugs/2709/ Memory leak
  in net-snmp 5.7*

Status: open
Group: 64-bit
Created: Wed May 04, 2016 02:04 PM UTC by Soubhagya
Last Updated: Wed May 04, 2016 02:04 PM UTC
Owner: nobody

Hi I am facing memory leak while continuous pulling to iso mib.

OS : Linux 64

Net-snmp version : 5.7.3

valgrind reports.

==17547== 7,074,864 bytes in 106 blocks are definitely lost in loss record
5,361 of 5,361
==17547== at 0x4C266B0: calloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==17547== by 0x410E64: cdpCacheTable_allocate_rowreq_ctx
==17547== by 0x40F646: cdpCacheTable_container_load
==17547== by 0x52B83F4: ??? (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52B8F9C: netsnmp_cache_helper_handler (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52CC2F6: netsnmp_call_handler (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52C048C: table_helper_handler (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52CD25E: netsnmp_call_handlers (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52D6880: handle_var_requests (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52D7ABF: handle_getnext_loop (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52DA8FF: netsnmp_handle_request (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x52DB3D9: handle_snmp_packet (in
/sw/linuxapps/usr/lib64/libnetsnmpagent.so.30.0.3)
==17547== by 0x574A217: ??? (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574ABF6: _sess_read (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BA38: snmp_sess_read2 (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BAFA: snmp_read2 (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x574BB43: snmp_read (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x43106A: agent_check_and_process_mutex
(/nobackup/soupanig/ann_latest/product/snmp/subagent/cwoAoStatsTable_subagent.c:411)
==17547== by 0x431778: main

==17547== 13,952 (32 direct, 13,920 indirect) bytes in 1 blocks are
definitely lost in loss record 5,352 of 5,361
==17547== at 0x4C266B0: calloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==17547== by 0x5789BDE: netsnmp_container_get_binary_array (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x57892B8: netsnmp_container_find (in
/sw/linuxapps/usr/lib64/libnetsnmp.so.30.0.3)
==17547== by 0x4632A9: _hrStorageTable_container_init
==17547== by 0x4632A9: _hrStorageTable_initialize_interface
==17547== by 0x431154: init_subagent
==17547== by 0x431712: main

Since this a high priority issue, Could someone please help me on this ?
Tried search for available patch for specific to this Statck trace, but
unfortunately didn't get any luck.

Hoping for a favorable reply.

Thank You in adv.
Soubhagya.

---

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/net-snmp/bugs/2709/

To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/

--
Regards
Soubhagya Ranjan Panigrahi
Contact No -+91-9483025220