mysqld --wsrep-new-cluster --innodb-force-recovery=6 2019-08-23 14:24:08 0 [Note] mysqld (mysqld 10.3.17-MariaDB-1:10.3.17+maria~jessie) starting as process 99208 ... 2019-08-23 14:24:08 0 [Note] WSREP: Read nil XID from storage engines, skipping position init 2019-08-23 14:24:08 0 [Note] WSREP: wsrep_load(): loading provider library '/usr/lib/galera/libgalera_smm.so' 2019-08-23 14:24:08 0 [Note] WSREP: wsrep_load(): Galera 25.3.26(r3857) by Codership Oy loaded successfully. 2019-08-23 14:24:08 0 [Note] WSREP: CRC-32C: using hardware acceleration. 2019-08-23 14:24:08 0 [Note] WSREP: Found saved state: f348bcdc-35b4-11e7-b6da-2610fca8a430:-1, safe_to_bootstrap: 1 2019-08-23 14:24:08 0 [Note] WSREP: Passing config to GCS: base_dir = /applis/mysql/; base_host = 192.168.9.6; base_port = 4567; cert.log_conflicts = no; cert.optimistic_pa = yes; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /applis/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /applis/mysql//galera.cache; gcache.page_size = 128M; gcache.recover = no; gcache.size = 2G; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.segment = 0; gmcast.version = 0; pc.announce_timeout = PT3S; pc.ch 2019-08-23 14:24:08 0 [Note] WSREP: GCache history reset: f348bcdc-35b4-11e7-b6da-2610fca8a430:0 -> f348bcdc-35b4-11e7-b6da-2610fca8a430:-1 2019-08-23 14:24:08 0 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1 2019-08-23 14:24:08 0 [Note] WSREP: wsrep_sst_grab() 2019-08-23 14:24:08 0 [Note] WSREP: Start replication 2019-08-23 14:24:08 0 [Note] WSREP: 'wsrep-new-cluster' option used, bootstrapping the cluster 2019-08-23 14:24:08 0 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-1 2019-08-23 14:24:08 0 [Note] WSREP: protonet asio version 0 2019-08-23 14:24:08 0 [Note] WSREP: Using CRC-32C for message checksums. 2019-08-23 14:24:08 0 [Note] WSREP: backend: asio 2019-08-23 14:24:08 0 [Note] WSREP: gcomm thread scheduling priority set to other:0 2019-08-23 14:24:08 0 [Note] WSREP: restore pc from disk successfully 2019-08-23 14:24:08 0 [Note] WSREP: GMCast version 0 2019-08-23 14:24:08 0 [Note] WSREP: (8415c97e, 'tcp://0.0.0.0:4567') listening at tcp://0.0.0.0:4567 2019-08-23 14:24:08 0 [Note] WSREP: (8415c97e, 'tcp://0.0.0.0:4567') multicast: , ttl: 1 2019-08-23 14:24:08 0 [Note] WSREP: EVS version 0 2019-08-23 14:24:08 0 [Note] WSREP: gcomm: bootstrapping new group 'mariadb-cluster' 2019-08-23 14:24:08 0 [Note] WSREP: start_prim is enabled, turn off pc_recovery 2019-08-23 14:24:08 0 [Note] WSREP: Node 8415c97e state prim 2019-08-23 14:24:08 0 [Note] WSREP: view(view_id(PRIM,8415c97e,5) memb { 8415c97e,0 } joined { } left { } partitioned { }) 2019-08-23 14:24:08 0 [Note] WSREP: save pc into disk 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.6:4567 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr proto entry 0x55d518998530 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.7:4567 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr proto entry 0x55d5189a0c80 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.8:4567 2019-08-23 14:24:08 0 [Note] WSREP: discarding pending addr proto entry 0x55d5189a9460 2019-08-23 14:24:08 0 [Note] WSREP: clear restored view 2019-08-23 14:24:08 0 [Note] WSREP: gcomm: connected 2019-08-23 14:24:08 0 [Note] WSREP: Changing maximum packet size to 64500, resulting msg size: 32636 2019-08-23 14:24:08 0 [Note] WSREP: Shifting CLOSED -> OPEN (TO: 0) 2019-08-23 14:24:08 0 [Note] WSREP: Opened channel 'mariadb-cluster' 2019-08-23 14:24:08 0 [Note] WSREP: New COMPONENT: primary = yes, bootstrap = no, my_idx = 0, memb_num = 1 2019-08-23 14:24:08 0 [Note] WSREP: Waiting for SST to complete. 2019-08-23 14:24:08 0 [Note] WSREP: Starting new group from scratch: e809439e-c5a0-11e9-ba81-7b981d6d5017 2019-08-23 14:24:08 0 [Note] WSREP: STATE_EXCHANGE: sent state UUID: e8094f6e-c5a0-11e9-ad5f-bfb20d8db77c 2019-08-23 14:24:08 0 [Note] WSREP: STATE EXCHANGE: sent state msg: e8094f6e-c5a0-11e9-ad5f-bfb20d8db77c 2019-08-23 14:24:08 0 [Note] WSREP: STATE EXCHANGE: got state msg: e8094f6e-c5a0-11e9-ad5f-bfb20d8db77c from 0 (ramariadb1) 2019-08-23 14:24:08 0 [Note] WSREP: Quorum results: version = 4, component = PRIMARY, conf_id = 0, members = 1/1 (joined/total), act_id = 0, last_appl. = -1, protocols = 0/9/3 (gcs/repl/appl), group UUID = e809439e-c5a0-11e9-ba81-7b981d6d5017 2019-08-23 14:24:08 0 [Note] WSREP: Flow-control interval: [16, 16] 2019-08-23 14:24:08 0 [Note] WSREP: Trying to continue unpaused monitor 2019-08-23 14:24:08 0 [Note] WSREP: Restored state OPEN -> JOINED (0) 2019-08-23 14:24:08 0 [Note] WSREP: Member 0.0 (ramariadb1) synced with group. 2019-08-23 14:24:08 0 [Note] WSREP: Shifting JOINED -> SYNCED (TO: 0) 2019-08-23 14:24:08 2 [Note] WSREP: New cluster view: global state: e809439e-c5a0-11e9-ba81-7b981d6d5017:0, view# 1: Primary, number of nodes: 1, my index: 0, protocol version 3 2019-08-23 14:24:08 0 [Note] WSREP: SST complete, seqno: 0 2019-08-23 14:24:09 0 [Note] Using unique option prefix 'myisam_recover' is error-prone and can break in the future. Please use the full name 'myisam-recover-options' instead. 2019-08-23 14:24:09 0 [Note] InnoDB: Using Linux native AIO 2019-08-23 14:24:09 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2019-08-23 14:24:09 0 [Note] InnoDB: Uses event mutexes 2019-08-23 14:24:09 0 [Note] InnoDB: Compressed tables use zlib 1.2.8 2019-08-23 14:24:09 0 [Note] InnoDB: Number of pools: 1 2019-08-23 14:24:09 0 [Note] InnoDB: Using SSE2 crc32 instructions 2019-08-23 14:24:09 0 [Note] InnoDB: Disabling background log and ibuf IO write threads. 2019-08-23 14:24:09 0 [Note] InnoDB: Initializing buffer pool, total size = 16G, instances = 8, chunk size = 128M 2019-08-23 14:24:09 0 [Note] InnoDB: Completed initialization of buffer pool 2019-08-23 14:24:09 0 [Note] InnoDB: innodb_force_recovery=6 skips redo log apply 2019-08-23 14:24:09 0 [Note] InnoDB: 10.3.17 started; log sequence number 0; transaction id 0 2019-08-23 14:24:09 0 [Note] InnoDB: !!! innodb_force_recovery is set to 6 !!! 2019-08-23 14:24:09 0 [Note] Plugin 'FEEDBACK' is disabled. 2019-08-23 14:24:09 0 [Note] Recovering after a crash using tc.log 2019-08-23 14:24:09 0 [Note] Starting crash recovery... 2019-08-23 14:24:09 0 [Note] Crash recovery finished. 2019-08-23 14:24:09 0 [Note] Server socket created on IP: '0.0.0.0'. 190823 14:24:09 [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.3.17-MariaDB-1:10.3.17+maria~jessie key_buffer_size=402653184 read_buffer_size=2097152 max_used_connections=0 max_threads=65537 thread_count=2 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 403277722 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x7fe91c0009a8 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 = 0x7fe9b84b0e68 thread_stack 0x49000 2019-08-23 14:24:09 10 [ERROR] InnoDB: Failed to find tablespace for table `mysql`.`gtid_slave_pos` in the cache. Attempting to load the tablespace with space id 3 2019-08-23 14:24:09 10 [Warning] InnoDB: Allocated tablespace ID 3 for mysql/gtid_slave_pos, old maximum was 0 2019-08-23 14:24:09 0 [Note] Reading of all Master_info entries succeeded 2019-08-23 14:24:09 0 [Note] Added new Master_info '' to hash table 2019-08-23 14:24:09 0 [Note] mysqld: ready for connections. Version: '10.3.17-MariaDB-1:10.3.17+maria~jessie' socket: '/var/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distribution mysqld(my_print_stacktrace+0x2e)[0x55d5162a816e] mysqld(handle_fatal_signal+0x307)[0x55d515d436b7] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf890)[0x7fe9c227f890] mysqld(+0xa3ed8e)[0x55d515ff0d8e] mysqld(+0xa3f12b)[0x55d515ff112b] mysqld(+0x8fab92)[0x55d515eacb92] mysqld(+0x70ec69)[0x55d515cc0c69] mysqld(_Z24plugin_foreach_with_maskP3THDPFcS0_P13st_plugin_intPvEijS3_+0x1d0)[0x55d515b62cb0] mysqld(_Z23wsrep_set_SE_checkpointRK10wsrep_uuidl+0x38)[0x55d515cc0ee8] mysqld(+0x7003cd)[0x55d515cb23cd] /usr/lib/galera/libgalera_smm.so(_ZN6galera13ReplicatorSMM19process_conf_changeEPvRK15wsrep_view_infoiNS_10Replicator5StateEl+0x4a0)[0x7fe9bb015ca0] /usr/lib/galera/libgalera_smm.so(_ZN6galera15GcsActionSource8dispatchEPvRK10gcs_actionRb+0x52b)[0x7fe9bafeb1bb] /usr/lib/galera/libgalera_smm.so(_ZN6galera15GcsActionSource7processEPvRb+0x76)[0x7fe9bafec606] /usr/lib/galera/libgalera_smm.so(_ZN6galera13ReplicatorSMM10async_recvEPv+0x83)[0x7fe9bb0152e3] /usr/lib/galera/libgalera_smm.so(galera_recv+0x2b)[0x7fe9bb029a6b] mysqld(+0x70ceac)[0x55d515cbeeac] mysqld(start_wsrep_THD+0x3a6)[0x55d515cb1516] /lib/x86_64-linux-gnu/libpthread.so.0(+0x8064)[0x7fe9c2278064] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fe9c08c762d] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x0): is an invalid pointer Connection ID (thread ID): 2 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=on,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=on,mrr_cost_based=off,mrr_sort_keys=on,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 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. We think the query pointer is invalid, but we will try to print it anyway. Query: Writing a core file... Working directory at /applis/mysql Resource Limits: Limit Soft Limit Hard Limit Units Max cpu time unlimited unlimited seconds Max file size unlimited unlimited bytes Max data size unlimited unlimited bytes Max stack size 8388608 unlimited bytes Max core file size 0 unlimited bytes Max resident set unlimited unlimited bytes Max processes 128856 128856 processes Max open files 65536 65536 files Max locked memory 65536 65536 bytes Max address space unlimited unlimited bytes Max file locks unlimited unlimited locks Max pending signals 128856 128856 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Max realtime timeout unlimited unlimited us Core pattern: core Erreur de segmentation