Uploaded image for project: 'Percona Server'
  1. Percona Server
  2. PS-1515

LP #1334570: Valgrind: memory leak in scalability_metrics

    Details

    • Type: Bug
    • Status: Done
    • Priority: High
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None

      Description

      **Reported in Launchpad by Laurynas Biveinis last update 15-09-2014 09:26:35

      ./mysql-test-run scalability_metrics

      main.scalability_metrics [ pass ] 899
      worker[1] Valgrind report from /home/laurynas/percona/lp-mysql-server/valgrind-fixes-5.5/obj-valgrind/mysql-test/var/log/mysqld.1.err after tests:
      main.scalability_metrics
      --------------------------------------------------------------------------
      HEAP SUMMARY:
      in use at exit: 30,570,392 bytes in 215 blocks
      total heap usage: 61,713 allocs, 61,498 frees, 90,904,355 bytes allocated

      32 bytes in 1 blocks are definitely lost in loss record 30 of 100
      at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      by 0x1202F43A: ???
      by 0x1202F877: ???
      by 0x1202FC88: ???
      by 0x6ED1E3: plugins_dispatch(THD*, st_plugin_int*, void) (sql_audit.cc:457)
      by 0x6ED28A: event_class_dispatch(THD*, unsigned int, void const*) (sql_audit.cc:493)
      by 0x6EC352: general_class_handler(THD*, unsigned int, __va_list_tag*) (sql_audit.cc:90)
      by 0x6ECC92: mysql_audit_notify(THD*, unsigned int, unsigned int, ...) (sql_audit.cc:215)
      by 0x5F65CF: mysql_audit_general(THD*, unsigned int, int, char const*) (sql_audit.h:177)
      by 0x5F9DD6: dispatch_command(enum_server_command, THD*, char*, unsigned int) (sql_parse.cc:1467)
      by 0x5F7CC0: do_command(THD*) (sql_parse.cc:789)
      by 0x6F0C0D: do_handle_one_connection(THD*) (sql_connect.cc:1409)
      by 0x6F073C: handle_one_connection (sql_connect.cc:1324)
      by 0x9BBB8F: pfs_spawn_thread (pfs.cc:1015)
      by 0x525A181: start_thread (pthread_create.c:312)
      by 0x5FB230C: clone (clone.S:111)

      64 bytes in 2 blocks are definitely lost in loss record 61 of 100
      at 0x4C2CC70: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      by 0x1202F43A: ???
      by 0x1202FCEF: ???
      by 0x6ED1E3: plugins_dispatch(THD*, st_plugin_int*, void) (sql_audit.cc:457)
      by 0x6ED28A: event_class_dispatch(THD*, unsigned int, void const*) (sql_audit.cc:493)
      by 0x6EC9A4: connection_class_handler(THD*, unsigned int, __va_list_tag*) (sql_audit.cc:114)
      by 0x6ECC92: mysql_audit_notify(THD*, unsigned int, unsigned int, ...) (sql_audit.cc:215)
      by 0x6F09DF: thd_prepare_connection(THD*) (sql_connect.cc:1333)
      by 0x6F0BE4: do_handle_one_connection(THD*) (sql_connect.cc:1399)
      by 0x6F073C: handle_one_connection (sql_connect.cc:1324)
      by 0x9BBB8F: pfs_spawn_thread (pfs.cc:1015)
      by 0x525A181: start_thread (pthread_create.c:312)
      by 0x5FB230C: clone (clone.S:111)

      plugins_dispatch is the last function in the server code, ??? and ??? are likely to be in plugin. There is a single calloc site in the plugin source, sm_thd_data_get.

        Smart Checklist

          Attachments

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                lpjirasync lpjirasync (Inactive)
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: