SST xtrabackup in 5.5.31 is not clobbering JOINER datadir

3 node cluster with table 'test.sbtest1'.

All nodes report:

[root@ip-10-224-135-229 ~]# ls -la /var/lib/mysql/test/sbtest1.*
-rw-rw----. 1 mysql mysql 8632 Aug 16 12:40 /var/lib/mysql/test/sbtest1.frm
-rw-rw----. 1 mysql mysql 214958080 Aug 16 12:41 /var/lib/mysql/test/sbtest1.ibd

[root@ip-10-32-231-30 ~]# ls -la /var/lib/mysql/test/sbtest1.*
-rw-rw----. 1 mysql mysql 8632 Aug 16 12:40 /var/lib/mysql/test/sbtest1.frm
-rw-rw----. 1 mysql mysql 243269632 Aug 16 12:41 /var/lib/mysql/test/sbtest1.ibd

[root@ip-10-40-197-24 ~]# ls -la /var/lib/mysql/test/sbtest1.*
-rw-rw----. 1 mysql mysql 8632 Aug 16 12:40 /var/lib/mysql/test/sbtest1.frm
-rw-rw----. 1 mysql mysql 243269632 Aug 16 12:41 /var/lib/mysql/test/sbtest1.ibd

Now, shutdown last node:

[root@ip-10-40-197-24 mysql]# service mysql stop
Shutting down MySQL (Percona XtraDB Cluster)..... SUCCESS!

Drop the table on one of the other nodes:

ip-10-32-231-30 mysql> drop table test.sbtest1;
Query OK, 0 rows affected (0.10 sec)

I can see table is gone on running nodes, still present on offline node (as expected):

[root@ip-10-224-135-229 ~]# ls -la /var/lib/mysql/test/sbtest1.*
ls: cannot access /var/lib/mysql/test/sbtest1.*: No such file or directory

[root@ip-10-32-231-30 ~]# ls -la /var/lib/mysql/test/sbtest1.*
ls: cannot access /var/lib/mysql/test/sbtest1.*: No such file or directory

[root@ip-10-40-197-24 ~]# ls -la /var/lib/mysql/test/sbtest1.*
-rw-rw----. 1 mysql mysql 8632 Aug 16 12:40 /var/lib/mysql/test/sbtest1.frm
-rw-rw----. 1 mysql mysql 289406976 Aug 16 12:41 /var/lib/mysql/test/sbtest1.ibd

So, I remove grastate.dat to force SST and restart last node:

[root@ip-10-40-197-24 ~]# rm /var/lib/mysql/grastate.dat
rm: remove regular file `/var/lib/mysql/grastate.dat'? y
[root@ip-10-40-197-24 ~]# service mysql start
Starting MySQL (Percona XtraDB Cluster)....SST in progress, setting sleep higher....

I can see innodbackupex running, so this is using xtrabackup and is does full SST. Node comes up and joins the cluster, and yet I still see the tablespace from sbtest1:

[root@ip-10-224-135-229 ~]# ls -la /var/lib/mysql/test/sbtest*
ls: cannot access /var/lib/mysql/test/sbtest*: No such file or directory

[root@ip-10-32-231-30 ~]# ls -la /var/lib/mysql/test/sbtest*
ls: cannot access /var/lib/mysql/test/sbtest*: No such file or directory

[root@ip-10-40-197-24 ~]# ls -la /var/lib/mysql/test/sbtest*
-rw-rw----. 1 mysql mysql 8632 Aug 16 12:40 /var/lib/mysql/test/sbtest1.frm
-rw-rw----. 1 mysql mysql 289406976 Aug 16 12:41 /var/lib/mysql/test/sbtest1.ibd

ip-10-40-197-24 mysql> show global status like 'wsrep%';
+----------------------------+---------------------------------------------------------+
| Variable_name | Value |
+----------------------------+---------------------------------------------------------+
| wsrep_local_state_uuid | 5ed71b23-066a-11e3-aee0-32646929a736 |
| wsrep_protocol_version | 4 |
| wsrep_last_committed | 1746813 |
| wsrep_replicated | 0 |
| wsrep_replicated_bytes | 0 |
| wsrep_received | 3 |
| wsrep_received_bytes | 297 |
| wsrep_local_commits | 0 |
| wsrep_local_cert_failures | 0 |
| wsrep_local_bf_aborts | 0 |
| wsrep_local_replays | 0 |
| wsrep_local_send_queue | 0 |
| wsrep_local_send_queue_avg | 0.333333 |
| wsrep_local_recv_queue | 0 |
| wsrep_local_recv_queue_avg | 0.000000 |
| wsrep_flow_control_paused | 0.000000 |
| wsrep_flow_control_sent | 0 |
| wsrep_flow_control_recv | 0 |
| wsrep_cert_deps_distance | 0.000000 |
| wsrep_apply_oooe | 0.000000 |
| wsrep_apply_oool | 0.000000 |
| wsrep_apply_window | 0.000000 |
| wsrep_commit_oooe | 0.000000 |
| wsrep_commit_oool | 0.000000 |
| wsrep_commit_window | 0.000000 |
| wsrep_local_state | 4 |
| wsrep_local_state_comment | Synced |
| wsrep_cert_index_size | 0 |
| wsrep_causal_reads | 0 |
| wsrep_incoming_addresses | 10.32.231.30:3306,10.224.135.229:3306,10.40.197.24:3306 |
| wsrep_cluster_conf_id | 21 |
| wsrep_cluster_size | 3 |
| wsrep_cluster_state_uuid | 5ed71b23-066a-11e3-aee0-32646929a736 |
| wsrep_cluster_status | Primary |
| wsrep_connected | ON |
| wsrep_local_index | 2 |
| wsrep_provider_name | Galera |
| wsrep_provider_vendor | Codership Oy <email address hidden> |
| wsrep_provider_version | 2.6(r152) |
| wsrep_ready | ON |
+----------------------------+---------------------------------------------------------+
40 rows in set (0.00 sec)

My configuration is thus:

[mysqld]
datadir = /var/lib/mysql
log_error = error.log

key_buffer_size = 128M

binlog_format = ROW

innodb_buffer_pool_size = 10G
innodb_buffer_pool_instances = 4
innodb_log_file_size = 1G
innodb_flush_method = O_DIRECT
innodb_file_per_table
innodb_flush_log_at_trx_commit = 2

wsrep_cluster_name = mycluster
wsrep_cluster_address = gcomm://10.224.135.229,10.32.231.30,10.40.197.24
wsrep_node_name = ip-10-40-197-24

wsrep_provider = /usr/lib64/libgalera_smm.so
wsrep_provider_options = "gcs.fc_limit=1024; evs.user_send_window=32; evs.send_window=32; gcache.mem_size=1G"

wsrep_sst_method = xtrabackup
wsrep_sst_auth = sst:secret

wsrep_replicate_myisam = 1
wsrep_slave_threads = 16
wsrep_auto_increment_control = OFF

innodb_locks_unsafe_for_binlog = 1
innodb_autoinc_lock_mode = 2

[mysql]
prompt = "ip-10-40-197-24 mysql> "

[client]
user = root

I have not modified /usr/bin/wsrep_sst_xtrabackup at all. The last node stays in the cluster until I try to re-create the table.