we got a similar crash, the printed information is a little different. we are using Percona Server 5.5.18
130401 23:27:45 InnoDB: Assertion failure in thread 1348516160 in file btr0pcur.c line 414
InnoDB: Failing assertion: page_is_comp(next_page) == page_is_comp(page)
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
130401 23:27:45 - mysqld got signal 6 ;
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=104857600
read_buffer_size=1048576
max_used_connections=526
max_threads=2100
thread_count=233
connection_count=233
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 3118475 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x2ab3f0d877f0
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 = 0x5060b0f8 thread_stack 0x80000
/u01/mysql/bin/mysqld(my_print_stacktrace+0x39)[0x7ca5a9]
/u01/mysql/bin/mysqld(handle_segfault+0x36d)[0x4ebded]
/lib64/libpthread.so.0[0x3b7d20e7c0]
/lib64/libc.so.6(gsignal+0x35)[0x3b7ca30265]
/lib64/libc.so.6(abort+0x110)[0x3b7ca31d10]
/u01/mysql/bin/mysqld[0x856842]
/u01/mysql/bin/mysqld[0x80db78]
/u01/mysql/bin/mysqld[0x7e0ad1]
/u01/mysql/bin/mysqld[0x59bd3b]
/u01/mysql/bin/mysqld(_Z10sub_selectP4JOINP13st_join_tableb+0x70)[0x5971f0]
/u01/mysql/bin/mysqld[0x597694]
/u01/mysql/bin/mysqld(_ZN4JOIN4execEv+0x1272)[0x5a86f2]
/u01/mysql/bin/mysqld(_Z12mysql_selectP3THDPPP4ItemP10TABLE_LISTjR4ListIS1_ES2_jP8st_orderSB_S2_SB_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x192)[0x5a9bc2]
/u01/mysql/bin/mysqld(_Z13handle_selectP3THDP3LEXP13select_resultm+0x1cb)[0x5aa5eb]
/u01/mysql/bin/mysqld[0x566200]
/u01/mysql/bin/mysqld(_Z21mysql_execute_commandP3THD+0x17b0)[0x568fc0]
/u01/mysql/bin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x3ad)[0x56e4cd]
/u01/mysql/bin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x13ca)[0x56f8aa]
/u01/mysql/bin/mysqld(_Z10do_commandP3THD+0x106)[0x56fc06]
/u01/mysql/bin/mysqld(_Z24do_handle_one_connectionP3THD+0x125)[0x60c715]
/u01/mysql/bin/mysqld(handle_one_connection+0x4c)[0x60c83c]
/lib64/libpthread.so.0[0x3b7d2064a7]
/lib64/libc.so.6(clone+0x6d)[0x3b7cad3c2d]
after this . this instance keeps on crash again and again:
InnoDB: a nonsensical page number 0 in a node ptr record at offset 101
130401 23:51:10 InnoDB: Page dump in ascii and hex (16384 bytes):
len 16384; hex 000000000000000000000000000000000000000 .....
nnoDB: End of page dump
130401 23:51:10 InnoDB: Page checksum 1575996416 (32bit_calc: 2253597184), prior-to-4.0.14-form checksum 1371122432
InnoDB: stored checksum 0, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a freshly allocated page
130401 23:51:10 - mysqld got signal 11 ;
we got a similar crash, the printed information is a little different. we are using Percona Server 5.5.18
130401 23:27:45 InnoDB: Assertion failure in thread 1348516160 in file btr0pcur.c line 414 comp(next_ page) == page_is_comp(page) bugs.mysql. com. dev.mysql. com/doc/ refman/ 5.5/en/ forcing- innodb- recovery. html
InnoDB: Failing assertion: page_is_
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://
InnoDB: about forcing recovery.
130401 23:27:45 - mysqld got signal 6 ;
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=104857600 size=1048576 connections= 526 count=233 size)*max_ threads = 3118475 K
read_buffer_
max_used_
max_threads=2100
thread_count=233
connection_
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x2ab3f0d877f0 bin/mysqld( my_print_ stacktrace+ 0x39)[0x7ca5a9] bin/mysqld( handle_ segfault+ 0x36d)[ 0x4ebded] libpthread. so.0[0x3b7d20e7 c0] libc.so. 6(gsignal+ 0x35)[0x3b7ca30 265] libc.so. 6(abort+ 0x110)[ 0x3b7ca31d10] bin/mysqld[ 0x856842] bin/mysqld[ 0x80db78] bin/mysqld[ 0x7e0ad1] bin/mysqld[ 0x59bd3b] bin/mysqld( _Z10sub_ selectP4JOINP13 st_join_ tableb+ 0x70)[0x5971f0] bin/mysqld[ 0x597694] bin/mysqld( _ZN4JOIN4execEv +0x1272) [0x5a86f2] bin/mysqld( _Z12mysql_ selectP3THDPPP4 ItemP10TABLE_ LISTjR4ListIS1_ ES2_jP8st_ orderSB_ S2_SB_yP13selec t_resultP18st_ select_ lex_unitP13st_ select_ lex+0x192) [0x5a9bc2] bin/mysqld( _Z13handle_ selectP3THDP3LE XP13select_ resultm+ 0x1cb)[ 0x5aa5eb] bin/mysqld[ 0x566200] bin/mysqld( _Z21mysql_ execute_ commandP3THD+ 0x17b0) [0x568fc0] bin/mysqld( _Z11mysql_ parseP3THDPcjP1 2Parser_ state+0x3ad) [0x56e4cd] bin/mysqld( _Z16dispatch_ command19enum_ server_ commandP3THDPcj +0x13ca) [0x56f8aa] bin/mysqld( _Z10do_ commandP3THD+ 0x106)[ 0x56fc06] bin/mysqld( _Z24do_ handle_ one_connectionP 3THD+0x125) [0x60c715] bin/mysqld( handle_ one_connection+ 0x4c)[0x60c83c] libpthread. so.0[0x3b7d2064 a7] libc.so. 6(clone+ 0x6d)[0x3b7cad3 c2d]
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 = 0x5060b0f8 thread_stack 0x80000
/u01/mysql/
/u01/mysql/
/lib64/
/lib64/
/lib64/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/u01/mysql/
/lib64/
/lib64/
after this . this instance keeps on crash again and again:
InnoDB: a nonsensical page number 0 in a node ptr record at offset 101
130401 23:51:10 InnoDB: Page dump in ascii and hex (16384 bytes):
len 16384; hex 000000000000000 000000000000000 000000000 .....
nnoDB: End of page dump 4.0.14- form checksum 1371122432 4.0.14- form stored checksum 0
130401 23:51:10 InnoDB: Page checksum 1575996416 (32bit_calc: 2253597184), prior-to-
InnoDB: stored checksum 0, prior-to-
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a freshly allocated page
130401 23:51:10 - mysqld got signal 11 ;