[MXS-283] SSL connections leak memory Created: 2015-07-23  Updated: 2015-08-18  Resolved: 2015-07-23

Status: Closed
Project: MariaDB MaxScale
Component/s: Core
Affects Version/s: 1.2.0
Fix Version/s: 1.3.0

Type: Bug Priority: Critical
Reporter: markus makela Assignee: markus makela
Resolution: Fixed Votes: 0
Labels: None


 Description   

SSL connections to MaxScale leak memory.

Valgrind output:

==16884== 32 bytes in 1 blocks are definitely lost in loss record 702 of 1,152
==16884==    at 0x4C29BCF: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16884==    by 0x732EB6: my_malloc (in /home/markus/build/bin/maxscale)
==16884==    by 0x5AC091: get_lock_data(THD*, TABLE**, unsigned int, unsigned int) (in /home/markus/build/bin/maxscale)
==16884==    by 0x5AC4DB: mysql_lock_tables(THD*, TABLE**, unsigned int, unsigned int) (in /home/markus/build/bin/maxscale)
==16884==    by 0x6CF600: lock_tables(THD*, TABLE_LIST*, unsigned int, unsigned int) (in /home/markus/build/bin/maxscale)
==16884==    by 0x6D7081: open_and_lock_tables(THD*, TABLE_LIST*, bool, unsigned int, Prelocking_strategy*) (in /home/markus/build/bin/maxscale)
==16884==    by 0x682BE9: plugin_init(int*, char**, int) (in /home/markus/build/bin/maxscale)
==16884==    by 0x55A7E9: init_server_components() (in /home/markus/build/bin/maxscale)
==16884==    by 0x55B97C: init_embedded_server (in /home/markus/build/bin/maxscale)
==16884==    by 0x52BA12: main (gateway.c:1681)
==16884== 
==16884== 132 (80 direct, 52 indirect) bytes in 1 blocks are definitely lost in loss record 836 of 1,152
==16884==    at 0x4C29BCF: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16884==    by 0x527534: gwbuf_alloc (buffer.c:78)
==16884==    by 0x52F763: dcb_read_n (dcb.c:972)
==16884==    by 0x1D7B5E89: gw_read_client_event (mysql_client.c:725)
==16884==    by 0x540E07: process_pollq (poll.c:870)
==16884==    by 0x54049D: poll_waitevents (poll.c:610)
==16884==    by 0x52C000: main (gateway.c:1833)
==16884== 
==16884== 288 bytes in 1 blocks are definitely lost in loss record 923 of 1,152
==16884==    at 0x4C2B946: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16884==    by 0x1D7B546E: gw_mysql_do_authentication (mysql_client.c:427)
==16884==    by 0x1D7B63C8: gw_read_client_event (mysql_client.c:879)
==16884==    by 0x540E07: process_pollq (poll.c:870)
==16884==    by 0x54049D: poll_waitevents (poll.c:610)
==16884==    by 0x52C000: main (gateway.c:1833)
==16884== 
==16884== LEAK SUMMARY:
==16884==    definitely lost: 428 bytes in 7 blocks
==16884==    indirectly lost: 52 bytes in 2 blocks
==16884==      possibly lost: 270,926,872 bytes in 211 blocks
==16884==    still reachable: 1,596,602 bytes in 5,579 blocks
==16884==         suppressed: 0 bytes in 0 blocks
==16884== Reachable blocks (those to which a pointer was found) are not shown.
==16884== To see them, add 'reachable any' args to leak_check
==16884== 


Generated at Thu Feb 08 03:58:09 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.