mysqld crashed in BH_Clear
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
codership-maria |
New
|
Undecided
|
Unassigned |
Bug Description
Version information:
mysql: 5.5.28a-MariaDB-log
galera: wsrep_23.7rc1.rXXXX
I have a galera cluster of 2 nodes(A and B), I added a third node(C), when C get synced with A and B, I put some pressure(using sysbench update script) on A, not for a while C crashed, the following is the error log information:
------>
130315 13:39:34 [ERROR] mysqld got signal 7 ;
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.
To report this bug, see http://
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.
Server version: 5.5.28a-MariaDB-log
key_buffer_
read_buffer_
max_used_
max_threads=5002
thread_count=11
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0x0
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 = 0x0 thread_stack 0x174000
mysys/stacktrac
sql/signal_
??:0(??
??:0(??
??:0(??
??:0(??
??:0(??
??:0(??
??:0(??
??:0(??
??:0(??
The manual page at http://
information that should help you find out what is causing the crash.
Writing a core file
------>
symbols got lost, so I decided to find some clue in the core file:
$gdb --core data/core.19350 bin/mysqld
------>
Core was generated by `/u01/mariadb-
Program terminated with signal 7, Bus error.
#0 0x0000003659e0c6bc in pthread_kill () from /lib64/
Missing separate debuginfos, use: debuginfo-install glibc-2.
(gdb) bt
#0 0x0000003659e0c6bc in pthread_kill () from /lib64/
#1 0x00000000006e157b in handle_fatal_signal (sig=7) at /u01/fengyi/
#2 <signal handler called>
#3 BH_clear (this=0x20e6ec8, size=591) at gcache/
#4 gcache:
#5 0x00007f3c5f613309 in gcache:
#6 0x00007f3c5f614a57 in gcache:
#7 0x00007f3c5f6c2752 in gcs_gcache_malloc (df=0x7f3bd0000c20, frg=0x7f3c5d22fd20, act=0x7f3c5d22fdf0, local=false) at gcs/src/
#8 gcs_defrag_
#9 0x00007f3c5f6c8069 in gcs_node_
#10 gcs_group_
#11 core_handle_act_msg (conn=0x20ee640, recv_act=<value optimized out>, timeout=
#12 gcs_core_recv (conn=0x20ee640, recv_act=<value optimized out>, timeout=
#13 0x00007f3c5f6ceb20 in gcs_recv_thread (arg=0x20edf60) at gcs/src/gcs.c:1114
#14 0x0000003659e077e1 in start_thread () from /lib64/
#15 0x0000003659ae68ed in clone () from /lib64/libc.so.6
------>
It seems like that the crash happens in BH_Clear, but I can't figure out.