Yes, I can confirm this is still the case for Galera 3.6. This is my recent test on a 9-node cluster: percona4 mysql> show status like 'wsrep_provider_version'; +------------------------+---------------+ | Variable_name | Value | +------------------------+---------------+ | wsrep_provider_version | 3.6(r3a949e6) | +------------------------+---------------+ 1 row in set (0.00 sec) percona4 mysql> show variables like 'vers%'; +-------------------------+---------------------------------------------------------------------------------------------------+ | Variable_name | Value | +-------------------------+---------------------------------------------------------------------------------------------------+ | version | 5.6.19-67.0-56 | | version_comment | Percona XtraDB Cluster (GPL), Release rel67.0, Revision 824, WSREP version 25.6, wsrep_25.6.r4111 | | version_compile_machine | x86_64 | | version_compile_os | Linux | +-------------------------+---------------------------------------------------------------------------------------------------+ 4 rows in set (0.00 sec) I did introduce bad network link on one node only, this way: [root@percona10 ~]# tc qdisc add dev eth1 root netem loss 55% delay 90ms 20ms distribution normal [root@percona10 ~]# tc qdisc show qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc netem 8001: dev eth1 root refcnt 2 limit 1000 delay 90.0ms 20.0ms loss 55% I let the cluster run for some half an hour and once it went down, I stopped mysql on the culprit node, but that did not help the other nodes - some were stuck in this state: percona7 mysql> show status like 'ws%'; +------------------------------+--------------------------------------+ | Variable_name | Value | +------------------------------+--------------------------------------+ | wsrep_local_state_uuid | 50aced88-1bb6-11e4-881d-c288fff31cfc | | wsrep_protocol_version | 6 | | wsrep_last_committed | 216 | | wsrep_replicated | 3 | | wsrep_replicated_bytes | 712 | | wsrep_repl_keys | 7 | | wsrep_repl_keys_bytes | 125 | | wsrep_repl_data_bytes | 395 | | wsrep_repl_other_bytes | 0 | | wsrep_received | 118 | | wsrep_received_bytes | 51544 | | wsrep_local_commits | 1 | | wsrep_local_cert_failures | 0 | | wsrep_local_replays | 0 | | wsrep_local_send_queue | 0 | | wsrep_local_send_queue_avg | 0.000000 | | wsrep_local_recv_queue | 0 | | wsrep_local_recv_queue_avg | 0.000000 | | wsrep_local_cached_downto | 205 | | wsrep_flow_control_paused_ns | 0 | | wsrep_flow_control_paused | 0.000000 | | wsrep_flow_control_sent | 0 | | wsrep_flow_control_recv | 0 | | wsrep_cert_deps_distance | 1.916667 | | wsrep_apply_oooe | 0.000000 | | wsrep_apply_oool | 0.000000 | | wsrep_apply_window | 1.000000 | | wsrep_commit_oooe | 0.000000 | | wsrep_commit_oool | 0.000000 | | wsrep_commit_window | 1.000000 | | wsrep_local_state | 0 | | wsrep_local_state_comment | Initialized | | wsrep_cert_index_size | 4 | | wsrep_causal_reads | 0 | | wsrep_cert_interval | 0.000000 | | wsrep_incoming_addresses | | | wsrep_cluster_conf_id | 18446744073709551615 | | wsrep_cluster_size | 0 | | wsrep_cluster_state_uuid | 50aced88-1bb6-11e4-881d-c288fff31cfc | | wsrep_cluster_status | non-Primary | | wsrep_connected | ON | | wsrep_local_bf_aborts | 0 | | wsrep_local_index | 18446744073709551615 | | wsrep_provider_name | Galera | | wsrep_provider_vendor | Codership Oy