Well, after the fix applied the server started to crash on replication with the following messages in the log:
===
120911 14:03:08 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.27-log' socket: '/home/b_mgl/mysql.sock' port: 4001 Percona XtraDB Cluster (
GPL), wsrep_23.6.r356
120911 14:03:49 [Note] WSREP: ready state reached
120911 14:03:49 [Note] Slave SQL thread initialized, starting replication in log 'master-bin.
000589' at position 691502044, relay log './slave-bin.000472' position: 442999719
120911 14:03:49 [Note] Slave I/O thread: connected to master 'replicant@192.168.194.185:4001'
,replication started in log 'master-bin.000589' at position 691502444
04:03:49 UTC - 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.
Please help us make Percona Server better by reporting any
bugs at http://bugs.percona.com/
key_buffer_size=8388608
read_buffer_size=131072
max_used_connections=10
max_threads=151
thread_count=10
connection_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 338675 K bytes of memo
ry
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x2ac724000990
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...
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0): Connection ID (thread ID): 12
Status: NOT_KILLED
===
Well, after the fix applied the server started to crash on replication with the following messages in the log: b_mgl/mysql. sock' port: 4001 Percona XtraDB Cluster ( bin.000472' position: 442999719 192.168. 194.185: 4001' bugs.percona. com/
===
120911 14:03:08 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.27-log' socket: '/home/
GPL), wsrep_23.6.r356
120911 14:03:49 [Note] WSREP: ready state reached
120911 14:03:49 [Note] Slave SQL thread initialized, starting replication in log 'master-bin.
000589' at position 691502044, relay log './slave-
120911 14:03:49 [Note] Slave I/O thread: connected to master 'replicant@
,replication started in log 'master-bin.000589' at position 691502444
04:03:49 UTC - 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.
Please help us make Percona Server better by reporting any
bugs at http://
key_buffer_ size=8388608 size=131072 connections= 10 size)*max_ threads = 338675 K bytes of memo
read_buffer_
max_used_
max_threads=151
thread_count=10
connection_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_
ry
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x2ac724000990
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 = 2ac72003fe78 thread_stack 0x40000 mysqld( my_print_ stacktrace+ 0x35)[0x7c5fb5] mysqld( handle_ fatal_signal+ 0x4a4)[ 0x6a00f4] libpthread. so.0(+0xf500) [0x2ac58f33f500 ] mysqld( wsrep_append_ foreign_ key+0xa2) [0x816cc2] mysqld[ 0x84dc80] mysqld[ 0x85100e] mysqld[ 0x85218a] mysqld[ 0x83ba01] mysqld[ 0x81bc2f] mysqld( _ZN7handler13ha _delete_ rowEPKh+ 0x5e)[0x6a4aee] mysqld( _ZN21Delete_ rows_log_ event11do_ exec_rowEPK14Re lay_log_ info+0x148) [0x7428f8] mysqld( _ZN14Rows_ log_event14do_ apply_eventEPK1 4Relay_ log_info+ 0x22d)[ 0x7480fd] mysqld( _Z26apply_ event_and_ update_ posP9Log_ eventP3THDP14Re lay_log_ info+0x125) [0x531 mysqld[ 0x535af7] mysqld( handle_ slave_sql+ 0xa45)[ 0x537025] libpthread. so.0(+0x7851) [0x2ac58f337851 ] libc.so. 6(clone+ 0x6d)[0x2ac5900 ff11d]
/usr/sbin/
/usr/sbin/
/lib64/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
7b5]
/usr/sbin/
/usr/sbin/
/lib64/
/lib64/
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0): Connection ID (thread ID): 12
Status: NOT_KILLED
===