INNODB_SYS_INDEXES crashes server

Bug #779943 reported by Baron Schwartz
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona Server moved to https://jira.percona.com/projects/PS
Triaged
Critical
Unassigned
5.1
Triaged
Critical
Unassigned
5.5
Triaged
Critical
Unassigned

Bug Description

This may be the same thing as bug #627189, but I'm not sure. If necessary I can probably get a machine with a snapshot of the data and the same build of MySQL. This is for Percona customer issue 14209, running on Gentoo.

mysql> select * from INNODB_SYS_INDEXES;
110509 10:12:05 - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

key_buffer_size=205520896
read_buffer_size=1048576
max_used_connections=45
max_threads=120
threads_connected=11
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 570646 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x7f6170cdd060
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f5f31afcea0 thread_stack 0x40000
/usr/sbin/mysqld(my_print_stacktrace+0x29) [0x7f61630aca75]
/usr/sbin/mysqld(handle_segfault+0x3be) [0x7f6162e02468]
/lib/libpthread.so.0(+0xf400) [0x7f61626d9400]
/usr/sbin/mysqld(+0x4779b9) [0x7f6162f7e9b9]
/usr/sbin/mysqld(get_schema_tables_result(JOIN*, enum_schema_table_state)+0x1ef) [0x7f6162f015ed]
/usr/sbin/mysqld(JOIN::exec()+0x7b7) [0x7f6162e7719f]
/usr/sbin/mysqld(mysql_select(THD*, Item***, TABLE_LIST*, unsigned int, List<Item>&, Item*, unsigned int, st_order*, st_order*, Item*, st_order*, unsigned long long, select_result*, st_select_lex_unit*, st_select_lex*)+0x194) [0x7f6162e7336a]
/usr/sbin/mysqld(handle_select(THD*, st_lex*, select_result*, unsigned long)+0x1b9) [0x7f6162e78d0a]
/usr/sbin/mysqld(+0x30636f) [0x7f6162e0d36f]
/usr/sbin/mysqld(mysql_execute_command(THD*)+0x570) [0x7f6162e0df9b]
/usr/sbin/mysqld(mysql_parse(THD*, char*, unsigned int, char const**)+0x4cc) [0x7f6162e13976]
/usr/sbin/mysqld(dispatch_command(enum_server_command, THD*, char*, unsigned int)+0x4ec) [0x7f6162e14a7b]
/usr/sbin/mysqld(do_command(THD*)+0x123) [0x7f6162e15d07]
/usr/sbin/mysqld(handle_one_connection+0x3d9) [0x7f6162e09669]
/lib/libpthread.so.0(+0x74f7) [0x7f61626d14f7]
/lib/libc.so.6(clone+0x6d) [0x7f616105590d]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f5f1c2763c0): is an invalid pointer
Connection ID (thread ID): 870678
Status: NOT_KILLED

Stewart Smith (stewart)
Changed in percona-server:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Stewart Smith (stewart) wrote :

I also wonder if connected to https://bugs.launchpad.net/percona-server/+bug/711532 at all

Stewart Smith (stewart)
Changed in percona-server:
importance: High → Critical
status: Confirmed → Triaged
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.