Getting InnoDB internal dictionary errors from joiner after receiving a successful rsync SST when special directories are used
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Percona XtraDB Cluster moved to https://jira.percona.com/projects/PXC | Status tracked in 5.6 | |||||
5.5 |
Won't Fix
|
High
|
Unassigned | |||
5.6 |
Confirmed
|
High
|
Unassigned |
Bug Description
Tested on PXC 5.6.20/CentOS 6:
- special directory used is innodb_
- if there's a plan to fix this, please also consider variables innodb_
Joiner my.cnf:
[mysqld]
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
user=mysql
# Path to Galera library
wsrep_provider=
# Cluster connection URL contains the IPs of node#1, node#2 and node#3
wsrep_cluster_
# In order for Galera to work correctly binlog format should be ROW
binlog_format=ROW
# MyISAM storage engine has only experimental support
default_
# This changes how InnoDB autoincrement locks are managed and is a requirement for Galera
innodb_
# Node #2 address
wsrep_node_
# SST method
wsrep_sst_
# Cluster name
wsrep_cluster_
# Authentication for SST method
wsrep_sst_
datadir=
innodb_
innodb_
[mysqld_safe]
log-error=
pid-file=
[sst]
sst_special_dirs=1
Donor my.cnf:
[mysqld]
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
user=mysql
# Path to Galera library
wsrep_provider=
# Cluster connection URL contains the IPs of node#1, node#2 and node#3
wsrep_cluster_
# In order for Galera to work correctly binlog format should be ROW
binlog_format=ROW
# MyISAM storage engine has only experimental support
default_
# This changes how InnoDB autoincrement locks are managed and is a requirement for Galera
innodb_
# Node #3 address
wsrep_node_
# SST method
wsrep_sst_
# Cluster name
wsrep_cluster_
# Authentication for SST method
wsrep_sst_
datadir=
innodb_
innodb_
[sst]
sst_special_dirs=1
[mysqld_safe]
log-error=
pid-file=
Test:
[root@pxc2 ~]# service mysql restart
Shutting down MySQL (Percona XtraDB Cluster) ERROR! MySQL (Percona XtraDB Cluster) PID file could not be found!
Starting MySQL (Percona XtraDB Cluster)
.......... SUCCESS!
[root@pxc2 ~]# mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.6.20-68.0-56 Percona XtraDB Cluster (GPL), Release rel68.0, Revision 888, WSREP version 25.7, wsrep_25.7.r4126
Copyright (c) 2009-2014 Percona LLC and/or its affiliates
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> select * from employees.employees limit 100;
ERROR 1146 (42S02): Table 'employees.
mysql> use employees;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Error Log:
2014-10-19 04:25:33 6781 [Warning] InnoDB: Cannot open table employees/employees from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://
2014-10-19 04:25:44 6781 [Warning] InnoDB: Cannot open table employees/
2014-10-19 04:25:44 6781 [Warning] InnoDB: Cannot open table employees/dept_emp from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://
2014-10-19 04:25:44 6781 [Warning] InnoDB: Cannot open table employees/
2014-10-19 04:25:44 6781 [Warning] InnoDB: Cannot open table employees/employees from the internal data dictionary of InnoDB though the .frm file for the table exists. See http://
tags: | added: i46293 |
rsync SST doesn't support any special directories.