root@ramariadb1:/applis/mysql# mysqld --wsrep-new-cluster
2019-08-23 14:36:23 0 [Note] mysqld (mysqld 10.3.17-MariaDB-1:10.3.17+maria~jessie) starting as process 99256 ...
2019-08-23 14:36:23 0 [Note] WSREP: Read nil XID from storage engines, skipping position init
2019-08-23 14:36:23 0 [Note] WSREP: wsrep_load(): loading provider library '/usr/lib/galera/libgalera_smm.so'
2019-08-23 14:36:23 0 [Note] WSREP: wsrep_load(): Galera 25.3.26(r3857) by Codership Oy <info@codership.com> loaded successfully.
2019-08-23 14:36:23 0 [Note] WSREP: CRC-32C: using hardware acceleration.
2019-08-23 14:36:23 0 [Note] WSREP: Found saved state: f348bcdc-35b4-11e7-b6da-2610fca8a430:-1, safe_to_bootstrap: 1
2019-08-23 14:36:23 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:36:23 0 [Note] WSREP: GCache history reset: f348bcdc-35b4-11e7-b6da-2610fca8a430:0 -> f348bcdc-35b4-11e7-b6da-2610fca8a430:-1
2019-08-23 14:36:23 0 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1
2019-08-23 14:36:23 0 [Note] WSREP: wsrep_sst_grab()
2019-08-23 14:36:23 0 [Note] WSREP: Start replication
2019-08-23 14:36:23 0 [Note] WSREP: 'wsrep-new-cluster' option used, bootstrapping the cluster
2019-08-23 14:36:23 0 [Note] WSREP: Setting initial position to 00000000-0000-0000-0000-000000000000:-1
2019-08-23 14:36:23 0 [Note] WSREP: protonet asio version 0
2019-08-23 14:36:23 0 [Note] WSREP: Using CRC-32C for message checksums.
2019-08-23 14:36:23 0 [Note] WSREP: backend: asio
2019-08-23 14:36:23 0 [Note] WSREP: gcomm thread scheduling priority set to other:0
2019-08-23 14:36:23 0 [Note] WSREP: restore pc from disk successfully
2019-08-23 14:36:23 0 [Note] WSREP: GMCast version 0
2019-08-23 14:36:23 0 [Note] WSREP: (8415c97e, 'tcp://0.0.0.0:4567') listening at tcp://0.0.0.0:4567
2019-08-23 14:36:23 0 [Note] WSREP: (8415c97e, 'tcp://0.0.0.0:4567') multicast: , ttl: 1
2019-08-23 14:36:23 0 [Note] WSREP: EVS version 0
2019-08-23 14:36:23 0 [Note] WSREP: gcomm: bootstrapping new group 'mariadb-cluster'
2019-08-23 14:36:23 0 [Note] WSREP: start_prim is enabled, turn off pc_recovery
2019-08-23 14:36:23 0 [Note] WSREP: Node 8415c97e state prim
2019-08-23 14:36:23 0 [Note] WSREP: view(view_id(PRIM,8415c97e,7) memb {
        8415c97e,0
} joined {
} left {
} partitioned {
})
2019-08-23 14:36:23 0 [Note] WSREP: save pc into disk
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.6:4567
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr proto entry 0x56504e5e8530
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.7:4567
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr proto entry 0x56504e5f0c80
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr without UUID: tcp://192.168.9.8:4567
2019-08-23 14:36:23 0 [Note] WSREP: discarding pending addr proto entry 0x56504e5f9460
2019-08-23 14:36:23 0 [Note] WSREP: clear restored view
2019-08-23 14:36:23 0 [Note] WSREP: gcomm: connected
2019-08-23 14:36:23 0 [Note] WSREP: Changing maximum packet size to 64500, resulting msg size: 32636
2019-08-23 14:36:23 0 [Note] WSREP: Shifting CLOSED -> OPEN (TO: 0)
2019-08-23 14:36:23 0 [Note] WSREP: Opened channel 'mariadb-cluster'
2019-08-23 14:36:23 0 [Note] WSREP: New COMPONENT: primary = yes, bootstrap = no, my_idx = 0, memb_num = 1
2019-08-23 14:36:23 0 [Note] WSREP: Waiting for SST to complete.
2019-08-23 14:36:23 0 [Note] WSREP: Starting new group from scratch: 9dfbbf8e-c5a2-11e9-bc17-07ce37df2893
2019-08-23 14:36:23 0 [Note] WSREP: STATE_EXCHANGE: sent state UUID: 9dfbce4a-c5a2-11e9-8eb1-22b7d94c1c0d
2019-08-23 14:36:23 0 [Note] WSREP: STATE EXCHANGE: sent state msg: 9dfbce4a-c5a2-11e9-8eb1-22b7d94c1c0d
2019-08-23 14:36:23 0 [Note] WSREP: STATE EXCHANGE: got state msg: 9dfbce4a-c5a2-11e9-8eb1-22b7d94c1c0d from 0 (ramariadb1)
2019-08-23 14:36:23 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 = 9dfbbf8e-c5a2-11e9-bc17-07ce37df2893
2019-08-23 14:36:23 0 [Note] WSREP: Flow-control interval: [16, 16]
2019-08-23 14:36:23 0 [Note] WSREP: Trying to continue unpaused monitor
2019-08-23 14:36:23 0 [Note] WSREP: Restored state OPEN -> JOINED (0)
2019-08-23 14:36:23 0 [Note] WSREP: Member 0.0 (ramariadb1) synced with group.
2019-08-23 14:36:23 0 [Note] WSREP: Shifting JOINED -> SYNCED (TO: 0)
2019-08-23 14:36:23 2 [Note] WSREP: New cluster view: global state: 9dfbbf8e-c5a2-11e9-bc17-07ce37df2893:0, view# 1: Primary, number of nodes: 1, my index: 0, protocol version 3
2019-08-23 14:36:23 0 [Note] WSREP: SST complete, seqno: 0
2019-08-23 14:36:23 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:36:23 0 [Note] InnoDB: Using Linux native AIO
2019-08-23 14:36:23 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2019-08-23 14:36:23 0 [Note] InnoDB: Uses event mutexes
2019-08-23 14:36:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
2019-08-23 14:36:23 0 [Note] InnoDB: Number of pools: 1
2019-08-23 14:36:23 0 [Note] InnoDB: Using SSE2 crc32 instructions
2019-08-23 14:36:23 0 [Note] InnoDB: Initializing buffer pool, total size = 16G, instances = 8, chunk size = 128M
2019-08-23 14:36:24 0 [Note] InnoDB: Completed initialization of buffer pool
2019-08-23 14:36:24 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2019-08-23 14:36:24 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=24889866633782
2019-08-23 14:36:26 0 [Note] InnoDB: Starting final batch to recover 8944 pages from redo log.
2019-08-23 14:36:27 0x7fa748fe3700  InnoDB: Assertion failure in file /home/buildbot/buildbot/build/mariadb-10.3.17/storage/innobase/rem/rem0rec.cc line 810
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to https://jira.mariadb.org/
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: https://mariadb.com/kb/en/library/innodb-recovery-modes/
InnoDB: about forcing recovery.
190823 14:36:27 [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.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: 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 = 0x0 thread_stack 0x49000
mysqld(my_print_stacktrace+0x2e)[0x56504c78f16e]
mysqld(handle_fatal_signal+0x307)[0x56504c22a6b7]
/lib/x86_64-linux-gnu/libpthread.so.0(+0xf890)[0x7fac54db5890]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37)[0x7fac5334a067]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x148)[0x7fac5334b448]
2019-08-23 14:36:27 0 [ERROR] [FATAL] InnoDB: is_short 0, info_and_status_bits 114, offset 8424, o_offset 5, mismatch index 18446744073709551577, end_seg_len 52 parsed len 3
Abandon