Crash in EC2 node
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Galera |
Fix Released
|
High
|
Alex Yurchenko | ||
Percona XtraDB Cluster moved to https://jira.percona.com/projects/PXC |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Starting Percona XtraDB Cluster with following option cause crash
cat /etc/my.cnf
[mysqld]
datadir=
user=mysql
log_error=error.log
binlog_format=ROW
wsrep_provider=
wsrep_cluster_
wsrep_sst_
wsrep_provider_
wsrep_slave_
wsrep_cluster_
wsrep_sst_
wsrep_node_
innodb_
innodb_
innodb_
log file:
120111 14:31:20 mysqld_safe Starting mysqld daemon with databases from /mnt/data/mysql
120111 14:31:20 [Note] Flashcache bypass: disabled
120111 14:31:20 [Note] Flashcache setup error is : ioctl failed
120111 14:31:20 [Note] WSREP: wsrep_load(): loading provider library '/usr/lib64/
120111 14:31:20 [Note] WSREP: wsrep_load(): Galera 2.0beta(r103) by Codership Oy <email address hidden> loaded succesfully.
terminate called after throwing an instance of 'std::length_error'
what(): basic_string:
120111 14:31:21 - 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=0
read_buffer_
max_used_
max_threads=151
thread_count=0
connection_count=0
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: 0x0
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 = (nil) thread_stack 0x40000
/usr/sbin/
/usr/sbin/
/lib64/
/lib64/
/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/lib64/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/usr/sbin/
/lib64/
/usr/sbin/
The manual page at http://
information that should help you find out what is causing the crash.
Changed in codership-mysql: | |
status: | New → In Progress |
assignee: | nobody → Seppo Jaakola (seppo-jaakola) |
Changed in galera: | |
assignee: | nobody → Alex Yurchenko (ayurchen) |
importance: | Undecided → High |
milestone: | none → 22.1.2 |
status: | New → Confirmed |
no longer affects: | codership-mysql |
Changed in galera: | |
status: | Confirmed → Fix Committed |
Changed in galera: | |
status: | Fix Committed → Fix Released |
Changed in percona-xtradb-cluster: | |
status: | New → Fix Released |
it crashed because option options
wsrep_provider_
has wrong format there.
it should be
wsrep_provider_ options = "gmcast. listen_ addr=tcp: //ec2-175- 41-152- 75.ap-southeast -1.compute. amazonaws. com; ist.recv_ addr=ec2- 175-41- 152-75. ap-southeast- 1.compute. amazonaws. com"
But it is not a valid reason to crash :)