Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-283

SSL connections leak memory

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Fixed
    • 1.2.0
    • 1.3.0
    • Core
    • 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== 

      Attachments

        Activity

          People

            markus makela markus makela
            markus makela markus makela
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.