Freeradius 2.2.0 memory leak issue.

[kao quadrantx]

Hi,

i got the same issue in freeradius memory issue
http://freeradius.1045715.n5.nabble.com/Memory-leak-in-FR-2-1-10-and-2-2-0-tt5717545.html#a5717576

My test ENV:

eapol_test with md5 to do AUTH (client) ---------> freeradius 2.2.0 to
proxy the client request (proxy) -----------------------------> freeradius
2.2.0

More request more memory (VmRSS) consumed by radiusd (proxy), and the
daemon performance will also down.

And i use valgrind to log this:

==14786==
==14786== HEAP SUMMARY:
==14786==     in use at exit: 172,724 bytes in 2,819 blocks
==14786==   total heap usage: 43,388 allocs, 40,569 frees, 5,148,356 bytes
allocated
==14786==
==14786== 4 bytes in 1 blocks are definitely lost in loss record 1 of 527
==14786==    at 0x4C23224: malloc (vg_replace_malloc.c:270)
==14786==    by 0x633A061: strdup (in /lib/libc-2.9.so)
==14786==    by 0x40E641: cf_item_parse (conffile.c:953)
==14786==    by 0x41BF4A: listen_parse (listen.c:1953)
==14786==    by 0x41C5CA: listen_init (listen.c:2174)
==14786==    by 0x438A36: radius_event_init (event.c:3648)
==14786==    by 0x425971: main (radiusd.c:332)
==14786==
==14786== 5 bytes in 1 blocks are definitely lost in loss record 3 of 527
==14786==    at 0x4C23224: malloc (vg_replace_malloc.c:270)
==14786==    by 0x633A061: strdup (in /lib/libc-2.9.so)
==14786==    by 0x40E641: cf_item_parse (conffile.c:953)
==14786==    by 0x40EE5C: cf_section_parse (conffile.c:1173)
==14786==    by 0x41DE96: switch_users (mainconfig.c:614)
==14786==    by 0x41E6B9: read_mainconfig (mainconfig.c:874)
==14786==    by 0x4257CD: main (radiusd.c:263)
==14786==
==14786== 368 (136 direct, 232 indirect) bytes in 1 blocks are definitely
lost in loss record 477 of 527
==14786==    at 0x4C23224: malloc (vg_replace_malloc.c:270)
==14786==    by 0x42B8AF: rad_malloc (util.c:347)
==14786==    by 0x41B9BF: listen_alloc (listen.c:1735)
==14786==    by 0x41BC83: proxy_new_listener (listen.c:1838)
==14786==    by 0x43D514: home_server_create_callback (realms.c:2254)
==14786==    by 0x4E45CFA: WalkNodeInOrder (rbtree.c:551)
==14786==    by 0x4E45E78: rbtree_walk (rbtree.c:603)
==14786==    by 0x43D564: home_server_create_listeners (realms.c:2280)
==14786==    by 0x41CA15: listen_init (listen.c:2323)
==14786==    by 0x438A36: radius_event_init (event.c:3648)
==14786==    by 0x425971: main (radiusd.c:332)
==14786==
==14786== 6,800 bytes in 25 blocks are possibly lost in loss record 522 of
527
==14786==    at 0x4C252BE: calloc (vg_replace_malloc.c:593)
==14786==    by 0x40104BE: _dl_allocate_tls (in /lib/ld-2.9.so)
==14786==    by 0x5491C14: pthread_create (in /lib/libpthread-2.9.so)
==14786==    by 0x42A611: spawn_thread (threads.c:663)
==14786==    by 0x42AB1B: thread_pool_init (threads.c:862)
==14786==    by 0x438803: radius_event_init (event.c:3575)
==14786==    by 0x425971: main (radiusd.c:332)
==14786==
==14786== 37,440 (18,720 direct, 18,720 indirect) bytes in 60 blocks are
definitely lost in loss record 526 of 527
==14786==    at 0x4C23224: malloc (vg_replace_malloc.c:270)
==14786==    by 0x4E488C8: pairalloc (valuepair.c:72)
==14786==    by 0x4E4AFFC: pairmake (valuepair.c:1526)
==14786==    by 0x4E4B553: pairread (valuepair.c:1736)
==14786==    by 0x4E4B8C4: userparse (valuepair.c:1850)
==14786==    by 0x412A7F: radius_exec_program (exec.c:583)
==14786==    by 0x6C1A5F5: ???
==14786==    by 0x6C1A71B: ???
==14786==    by 0x421CAB: call_modsingle (modcall.c:304)
==14786==    by 0x422AD5: modcall (modcall.c:686)
==14786==    by 0x41FCB8: indexed_modcall (modules.c:740)
==14786==    by 0x4216FC: module_post_auth (modules.c:1662)
==14786==
==14786== 37,440 bytes in 120 blocks are definitely lost in loss record 527
of 527
==14786==    at 0x4C23224: malloc (vg_replace_malloc.c:270)
==14786==    by 0x4E488C8: pairalloc (valuepair.c:72)
==14786==    by 0x4E4AFFC: pairmake (valuepair.c:1526)
==14786==    by 0x4E4B553: pairread (valuepair.c:1736)
==14786==    by 0x4E4B8C4: userparse (valuepair.c:1850)
==14786==    by 0x412A7F: radius_exec_program (exec.c:583)
==14786==    by 0x6C1A5F5: ???
==14786==    by 0x421CAB: call_modsingle (modcall.c:304)
==14786==    by 0x422AD5: modcall (modcall.c:686)
==14786==    by 0x41FCB8: indexed_modcall (modules.c:740)
==14786==    by 0x4216B4: module_pre_proxy (modules.c:1645)
==14786==    by 0x435F6E: successfully_proxied_request (event.c:2230)
==14786==
==14786== LEAK SUMMARY:
==14786==    definitely lost: 56,305 bytes in 183 blocks
==14786==    indirectly lost: 18,952 bytes in 63 blocks
==14786==      possibly lost: 6,800 bytes in 25 blocks
==14786==    still reachable: 90,667 bytes in 2,548 blocks
==14786==         suppressed: 0 bytes in 0 blocks
==14786== Reachable blocks (those to which a pointer was found) are not
shown.
==14786== To see them, rerun with: --leak-check=full --show-reachable=yes
==14786==
==14786== For counts of detected and suppressed errors, rerun with: -v
==14786== Use --track-origins=yes to see where uninitialised values come
from
==14786== ERROR SUMMARY: 715158 errors from 470 contexts (suppressed: 201
from 43)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20130306/c6c80e3d/attachment-0001.html>