Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.4.2
-
OS: Centos 7.
Description
stdout.log: (the whole file is attached: 190114_galera_sr_stdout.log)
"galera_sr.galera_sr_cc_master 'innodb' w1 [ fail ]
Server [mysqld.2 - pid: 201116, winpid: 201116, exit: 256] failed during test run
2019-01-14 12:54:07 10173 [Warning] WSREP: access file(/home/stepan/galera/git/10.4/server/mysql-test/var/1/mysqld.2/data//gvwstate.dat) failed(No such file or directory)
2019-01-14 12:54:08 0 [ERROR] WSREP: got asio system error while reading IST stream: asio.misc:2
2019-01-14 12:54:08 0 [ERROR] WSREP: IST didn't contain all write sets, expected last: 30232 last received: 30171
2019-01-14 12:54:08 0 [Note] WSREP: 0.0 (cnt7glr11.localdomain): State transfer to 1.0 (cnt7glr11.localdomain) complete.
2019-01-14 12:54:08 10179 [ERROR] WSREP: Receiving IST failed, node restart required: IST receiver reported failure: 71 (Protocol error)
at galera/src/replicator_smm.hpp:pop_front():320. Null event."
|
2019-01-14 12:54:19 10179 [Note] WSREP: Closing replication queue.
|
2019-01-14 12:54:19 10179 [Note] WSREP: Closing slave action queue.
|
mysqld: galera/src/replicator_str.cpp:945: void galera::ReplicatorSMM::request_state_transfer(void*, const wsrep_uuid_t&, wsrep_seqno_t, const void*, ssize_t): Assertion `ist_seqno > sst_seqno_' failed.
|
190114 12:54:19 [ERROR] 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.
|
|
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.4.2-MariaDB-debug-log
|
key_buffer_size=1048576
|
read_buffer_size=131072
|
max_used_connections=2
|
max_threads=153
|
thread_count=28
|
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 63457 K bytes of memory
|
Hope that's ok; if not, decrease some variables in the equation.
|
|
Thread pointer: 0x7f7324010780
|
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 = 0x7f7334d149a0 thread_stack 0x49000
|
/home/stepan/galera/git/10.4/server/sql/mysqld(my_print_stacktrace+0x40)[0x560bb73e0f3c]
|
mysys/stacktrace.c:269(my_print_stacktrace)[0x560bb6c1f851]
|
sigaction.c:0(__restore_rt)[0x7f734fc3e5d0]
|
:0(__GI_raise)[0x7f734df2d207]
|
:0(__GI_abort)[0x7f734df2e8f8]
|
:0(__assert_fail_base)[0x7f734df26026]
|
:0(__GI___assert_fail)[0x7f734df260d2]
|
src/replicator_str.cpp:945(galera::ReplicatorSMM::request_state_transfer(void*, wsrep_uuid const&, long, void const*, long))[0x7f7347b90dd7]
|
src/replicator_smm.cpp:2733(galera::ReplicatorSMM::process_conf_change(void*, gcs_action const&))[0x7f7347b7fe88]
|
src/gcs_action_source.cpp:154(galera::GcsActionSource::dispatch(void*, gcs_action const&, bool&))[0x7f7347b5fec9]
|
src/gcs_action_source.cpp:188(galera::GcsActionSource::process(void*, bool&))[0x7f7347b6021d]
|
src/replicator_smm.cpp:383(galera::ReplicatorSMM::async_recv(void*))[0x7f7347b7f043]
|
src/wsrep_provider_v26.cpp:648(wsrep::wsrep_provider_v26::run_applier(wsrep::high_priority_service*))[0x560bb7499c10]
|
sql/wsrep_thd.cc:69(wsrep_replication_process(THD*, void*))[0x560bb6b3dc25]
|
sql/wsrep_mysqld.cc:2971(start_wsrep_THD(void*))[0x560bb6b2f2ee]
|
pthread_create.c:0(start_thread)[0x7f734fc36dd5]
|
/lib64/libc.so.6(clone+0x6d)[0x7f734dff4ead]
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x0):
|
Connection ID (thread ID): 10179
|
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=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on
|
"2019-01-14 12:54:02 10167 [Warning] WSREP: Failed to replicate rollback fragment for 20942: 3
2019-01-14 12:54:08 0 [ERROR] WSREP: got asio system error while reading IST stream: asio.misc:2
2019-01-14 12:54:08 0 [ERROR] WSREP: IST didn't contain all write sets, expected last: 30232 last received: 30171
2019-01-14 12:54:08 10179 [ERROR] WSREP: Receiving IST failed, node restart required: IST receiver reported failure: 71 (Protocol error)
mysqld: galera/src/replicator_str.cpp:945: void galera::ReplicatorSMM::request_state_transfer(void*, const wsrep_uuid_t&, wsrep_seqno_t, const void*, ssize_t): Assertion `ist_seqno > sst_seqno_' failed.
Attempting backtrace. You can use the following information to find out"
190114_mysqld_1.log and 190114_mysqld_2.log are also attached.
Attachments
Issue Links
- relates to
-
MDEV-17046 Galera 4: Streaming replication
- Closed