[MDEV-10501] MariaDB crash Created: 2016-08-05  Updated: 2017-12-13  Resolved: 2017-12-13

Status: Closed
Project: MariaDB Server
Component/s: Galera, Replication
Affects Version/s: 10.1.16
Fix Version/s: 10.1.30

Type: Bug Priority: Major
Reporter: Artur Čuvašov Assignee: Sachin Setiya (Inactive)
Resolution: Duplicate Votes: 0
Labels: galera
Environment:

Ubuntu 16.04


Issue Links:
Relates
relates to MDEV-13747 MariaDB 10.1.21 server sudden crash Closed
relates to MDEV-9510 Segmentation fault in binlog thread c... Closed

 Description   

MariaDB cluster node crashed with the following in the error.log. Joined the cluster after a successful restart.

MariaDB 10.1.16
galera-3 25.3.15

160805 13:45:08 [ERROR] 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.
 
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
 
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: 10.1.16-MariaDB-1~xenial
key_buffer_size=33554432
read_buffer_size=131072
max_used_connections=174
max_threads=502
thread_count=18
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1135382 K  bytes of memory
 
Hope that's ok; if not, decrease some variables in the equation.
 
Thread pointer: 0x0x7f630c195008
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 = 0x7f6fee9560b8 thread_stack 0x48400
/usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x555c2589c5ee]
/usr/sbin/mysqld(handle_fatal_signal+0x2d5)[0x555c253ebc25]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x113d0)[0x7f79c8f413d0]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG21do_checkpoint_requestEm+0x4a)[0x555c254a07ba]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG20checkpoint_and_purgeEm+0x11)[0x555c254a0831]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG23trx_group_commit_leaderEPNS_18group_commit_entryE+0x4f4)[0x555c254a35b4]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG34write_transaction_to_binlog_eventsEPNS_18group_commit_entryE+0x133)[0x555c254a3923]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG27write_transaction_to_binlogEP3THDP17binlog_cache_mngrP9Log_eventbbb+0xd0)[0x555c254a3bd0]
/usr/sbin/mysqld(+0x64bd96)[0x555c254a3d96]
/usr/sbin/mysqld(+0x64c972)[0x555c254a4972]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG13log_and_orderEP3THDybbb+0x44)[0x555c254a4ad4]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x77d)[0x555c253ef13d]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x38)[0x555c25341a08]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xb34)[0x555c2525d9e4]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x266)[0x555c252660a6]
/usr/sbin/mysqld(+0x40e8f9)[0x555c252668f9]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1c3b)[0x555c25268beb]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x16d)[0x555c25269a0d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x182)[0x555c25332f52]
/usr/sbin/mysqld(handle_one_connection+0x40)[0x555c25333110]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76fa)[0x7f79c8f376fa]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f79c85e2b5d]
 
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f6324800020): INSERT INTO products (sites_id, hash, hash_solr, price, price_local, price_currency, url, uri, brand, model, picture, description, date_updated$
Connection ID (thread ID): 2071
Status: NOT_KILLED
 
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown$
 
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.



 Comments   
Comment by Elena Stepanova [ 2016-08-05 ]

Thanks for the report.

nirbhay_c, I think we had similar ones before, I suppose you keep track of them, this is another one to the collection.

Comment by Nirbhay Choubey (Inactive) [ 2016-08-05 ]

mtxd This is a know issue but hard to reproduce. How often are you hit by this? Can you share your cluster topology (sync, async, etc.) and configurations of each nodes?

Comment by Artur Čuvašov [ 2016-08-06 ]

This is a new cluster, so first time I have seen in this setup.
There is a 64MB crash dump, would it be of any help?

Configuration:

[mysql]
 
# CLIENT #
#port                           = 3306
socket                         = /var/lib/mysql/mysql.sock
 
[galera]
 
# GALERA #
wsrep_on=ON
 
binlog_format=ROW
default-storage-engine=innodb
innodb_autoinc_lock_mode=2
bind-address=0.0.0.0
wsrep_log_conflicts=1
 
## Galera Provider Configuration
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_provider_options="cert.log_conflicts=1; gcache.size=32G"
 
## Galera Cluster Configuration
wsrep_cluster_name="galera"
wsrep_cluster_address="gcomm://"
#wsrep_cluster_address="gcomm://1.2.3.4,1.2.3.5"
#wsrep_cluster_address="gcomm://db1:3307,db2:3307"
 
## Galera Synchronization Congifuration
wsrep_sst_method=rsync
#wsrep_sst_auth=user:pass
 
## Galera Node Configuration
wsrep_node_address="1.2.3.4"
wsrep_node_name="db1"
 
[mysqld]
 
port                            = 3306
 
# GENERAL #
user                           = mysql
default-storage-engine         = InnoDB
socket                         = /var/lib/mysql/mysql.sock
pid-file                       = /var/lib/mysql/mysql.pid
 
# MyISAM #
key-buffer-size                = 32M
myisam-recover                 = FORCE,BACKUP
 
# SAFETY #
max-allowed-packet             = 16M
max-connect-errors             = 1000000
skip-name-resolve
#STRICT_TRANS_TABLES
sql-mode                       = ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_AUTO_VALUE_ON_ZERO,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ONLY_FULL_GROUP_BY
sysdate-is-now                 = 1
innodb                         = FORCE
innodb-strict-mode             = 1
 
# DATA STORAGE #
datadir                        = /var/lib/mysql/
 
# BINARY LOGGING #
log-bin                        = /var/lib/mysql/mysql-bin
expire-logs-days               = 14
sync-binlog                    = 1
 
# CACHES AND LIMITS #
tmp-table-size                 = 32M
max-heap-table-size            = 32M
query-cache-type               = 0
query-cache-size               = 0
max-connections                = 500
thread-cache-size              = 50
open-files-limit               = 65535
table-definition-cache         = 4096
table-open-cache               = 4096
 
# INNODB #
innodb-flush-method            = O_DIRECT
innodb-log-files-in-group      = 2
innodb-log-file-size           = 512M
innodb-flush-log-at-trx-commit = 0
innodb-file-per-table          = 1
innodb-buffer-pool-size        = 54G
 
# LOGGING #
log-error                      = /var/log/mysql/mysql-error.log
log-queries-not-using-indexes  = 1
slow-query-log                 = 1
slow-query-log-file            = /var/log/mysql/mysql-slow.log
general_log                    = 1
general_log_file               = /var/log/mysql/mysql-general.log

Comment by Artur Čuvašov [ 2016-08-07 ]

Just had this crash again. Sent a dump and a query to Nirbhay's email.

Comment by Artur Čuvašov [ 2016-08-08 ]

Another crash occurred 30 minutes ago.

Comment by Artur Čuvašov [ 2016-08-11 ]

Another crash:

*** Priority TRANSACTION:
TRANSACTION 5666865439, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
1 lock struct(s), heap size 360, 0 row lock(s)
MySQL thread id 2, OS thread handle 0x7f206711ab00, query id 41914 Update_rows_log_event::find_row(74530)
 
*** Victim TRANSACTION:
TRANSACTION 5666865438, ACTIVE 0 sec fetching rows
mysql tables in use 3, locked 3
185 lock struct(s), heap size 30248, 18599 row lock(s)
MySQL thread id 6975, OS thread handle 0x7f185d640b00, query id 41913 62.75.138.81 findbot Copying to tmp table
INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
*** WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 7784 page no 73 n bits 456 index `PRIMARY` of table `findbot`.`handler_assigned_sites` trx table locks 2 total table locks 2  trx id 5666865438 lock mode S locks rec but not gap lock hold time 0 wait time before grant 0 
2016-08-11 16:32:44 139777144892160 [Note] WSREP: cluster conflict due to high priority abort for threads:
2016-08-11 16:32:44 139777144892160 [Note] WSREP: Winning thread: 
   THD: 2, mode: applier, state: executing, conflict: no conflict, seqno: 74530
   SQL: (null)
2016-08-11 16:32:44 139777144892160 [Note] WSREP: Victim thread: 
   THD: 6975, mode: local, state: executing, conflict: no conflict, seqno: -1
   SQL: INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
 
*** Priority TRANSACTION:
TRANSACTION 5666865442, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
1 lock struct(s), heap size 360, 0 row lock(s)
MySQL thread id 2, OS thread handle 0x7f206711ab00, query id 41918 Update_rows_log_event::find_row(74531)
 
*** Victim TRANSACTION:
TRANSACTION 5666865441, ACTIVE 0 sec fetching rows
mysql tables in use 3, locked 3
117 lock struct(s), heap size 30248, 11338 row lock(s)
MySQL thread id 6975, OS thread handle 0x7f185d640b00, query id 41917 62.75.138.81 findbot Copying to tmp table
INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
*** WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 7784 page no 73 n bits 456 index `PRIMARY` of table `findbot`.`handler_assigned_sites` trx table locks 2 total table locks 2  trx id 5666865441 lock mode S locks rec but not gap lock hold time 0 wait time before grant 0 
2016-08-11 16:32:44 139777144892160 [Note] WSREP: cluster conflict due to high priority abort for threads:
2016-08-11 16:32:44 139777144892160 [Note] WSREP: Winning thread: 
   THD: 2, mode: applier, state: executing, conflict: no conflict, seqno: 74531
   SQL: (null)
2016-08-11 16:32:44 139777144892160 [Note] WSREP: Victim thread: 
   THD: 6975, mode: local, state: executing, conflict: no conflict, seqno: -1
   SQL: INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
 
*** Priority TRANSACTION:
TRANSACTION 5666871050, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
1 lock struct(s), heap size 360, 0 row lock(s)
MySQL thread id 2, OS thread handle 0x7f206711ab00, query id 48924 Update_rows_log_event::find_row(75568)
 
*** Victim TRANSACTION:
TRANSACTION 5666871049, ACTIVE 0 sec fetching rows
mysql tables in use 3, locked 3
52 lock struct(s), heap size 13864, 4503 row lock(s)
MySQL thread id 6783, OS thread handle 0x7f18610b2b00, query id 48923 62.75.138.81 findbot Copying to tmp table
INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 9, 1836, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 1836 AND has.handler_id = 9 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
*** WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 7784 page no 68 n bits 456 index `PRIMARY` of table `findbot`.`handler_assigned_sites` trx table locks 2 total table locks 2  trx id 5666871049 lock mode S locks rec but not gap lock hold time 0 wait time before grant 0 
2016-08-11 16:35:50 139777144892160 [Note] WSREP: cluster conflict due to high priority abort for threads:
2016-08-11 16:35:50 139777144892160 [Note] WSREP: Winning thread: 
   THD: 2, mode: applier, state: executing, conflict: no conflict, seqno: 75568
   SQL: (null)
2016-08-11 16:35:50 139777144892160 [Note] WSREP: Victim thread: 
   THD: 6783, mode: local, state: executing, conflict: no conflict, seqno: -1
   SQL: INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 9, 1836, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 1836 AND has.handler_id = 9 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
 
*** Priority TRANSACTION:
TRANSACTION 5666871053, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
1 lock struct(s), heap size 360, 0 row lock(s)
MySQL thread id 2, OS thread handle 0x7f206711ab00, query id 48929 Update_rows_log_event::find_row(75569)
 
*** Victim TRANSACTION:
TRANSACTION 5666871052, ACTIVE 0 sec fetching rows
mysql tables in use 3, locked 3
96 lock struct(s), heap size 13864, 9263 row lock(s)
MySQL thread id 6783, OS thread handle 0x7f18610b2b00, query id 48927 62.75.138.81 findbot Copying to tmp table
INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 9, 1836, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 1836 AND has.handler_id = 9 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
*** WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 7784 page no 68 n bits 456 index `PRIMARY` of table `findbot`.`handler_assigned_sites` trx table locks 2 total table locks 2  trx id 5666871052 lock mode S locks rec but not gap lock hold time 0 wait time before grant 0 
2016-08-11 16:35:50 139777144892160 [Note] WSREP: cluster conflict due to high priority abort for threads:
2016-08-11 16:35:50 139777144892160 [Note] WSREP: Winning thread: 
   THD: 2, mode: applier, state: executing, conflict: no conflict, seqno: 75569
   SQL: (null)
2016-08-11 16:35:50 139777144892160 [Note] WSREP: Victim thread: 
   THD: 6783, mode: local, state: executing, conflict: no conflict, seqno: -1
   SQL: INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 9, 1836, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 1836 AND has.handler_id = 9 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
 
*** Priority TRANSACTION:
TRANSACTION 5666874266, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
1 lock struct(s), heap size 360, 0 row lock(s)
MySQL thread id 2, OS thread handle 0x7f206711ab00, query id 52876 Update_rows_log_event::find_row(76517)
 
*** Victim TRANSACTION:
TRANSACTION 5666874263, ACTIVE 0 sec
mysql tables in use 3, locked 3
266 lock struct(s), heap size 46632, 26899 row lock(s), undo log entries 1
MySQL thread id 7018, OS thread handle 0x7f185d7fcb00, query id 52872 62.75.155.108 findbot query end
INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
*** WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 7784 page no 68 n bits 456 index `PRIMARY` of table `findbot`.`handler_assigned_sites` trx table locks 3 total table locks 3  trx id 5666874263 lock mode S locks rec but not gap lock hold time 0 wait time before grant 0 
2016-08-11 16:38:33 139777144892160 [Note] WSREP: cluster conflict due to high priority abort for threads:
2016-08-11 16:38:33 139777144892160 [Note] WSREP: Winning thread: 
   THD: 2, mode: applier, state: executing, conflict: no conflict, seqno: 76517
   SQL: (null)
2016-08-11 16:38:33 139777144892160 [Note] WSREP: Victim thread: 
   THD: 7018, mode: local, state: committing, conflict: no conflict, seqno: 76519
   SQL: INSERT INTO handler_assigned_sites (handler_id, handler_generation, sites_id)
SELECT 11, 2065, s.id
FROM sites s
LEFT JOIN handler_assigned_sites has ON has.sites_id = s.id
WHERE s.info_site_ok = 'OK'
        AND s.belongs_to_country = 'SE'
        AND s.url_handler = 'feed-xml'
        AND s.can_crawl = 1
        AND (ISNULL(has.id) OR (has.handler_generation < 2065 AND has.handler_id = 11 AND has.claimed = 0))
ORDER BY s.id DESC
LIMIT 1
ON DUPLICATE KEY UPDATE handler_generation=VALUES(handler_generation), datetime=NOW()
160811 16:39:31 [ERROR] 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.
 
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
 
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: 10.1.16-MariaDB-1~xenial
key_buffer_size=33554432
read_buffer_size=131072
max_used_connections=30
max_threads=502
thread_count=12
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1135382 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
 
Thread pointer: 0x0x7f09a0c12008
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 = 0x7f206709e0d8 thread_stack 0x48400
/usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x55f7b18085ee]
/usr/sbin/mysqld(handle_fatal_signal+0x2d5)[0x55f7b1357c25]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x113d0)[0x7f20657f23d0]
/usr/sbin/mysqld(_ZN13MYSQL_BIN_LOG13mark_xid_doneEmb+0x7b)[0x55f7b140c63b]
/usr/sbin/mysqld(binlog_background_thread+0x2f3)[0x55f7b140cb33]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76fa)[0x7f20657e86fa]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f2064e93b5d]
 
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x0): 
Connection ID (thread ID): 3
Status: NOT_KILLED
 
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=off
 
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

Comment by Artur Čuvašov [ 2016-08-12 ]

Any update on this? Another crash today.

Comment by Artur Čuvašov [ 2016-08-15 ]

I have limited reads/writes to just one node, and now the 4th day without crashes. Do you have any updates based on the error and the crash dump I have sent recently?

Comment by Nirbhay Choubey (Inactive) [ 2016-08-15 ]

mtxd Sorry. No updates yet. I will try to take a look at it tomorrow.

Comment by Nirbhay Choubey (Inactive) [ 2016-09-01 ]

A patch has been pushed to 10.1.17 which will make the node print additional details in the error log around this issue when --wsrep-debug=ON.

Comment by Andrei Elkin [ 2017-12-13 ]

MDEV-9510 is a fixed parent.

Generated at Thu Feb 08 07:42:41 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.