Xtra cluster was fine yesterday. But it can’t make any replication today when I check after finished install proxy server. Here are the my.cnf and /var/log/mysqld.log files on both proxy and db
Hello lance.jud can I just get some more information from you…
[LIST]
[]version numbers of Percona XtraDB Cluster (is that what you have?), OS and version information.
[]how many nodes are there in the cluster? can we have the .conf files for all nodes
[]was this installation working well before adding proxy server or is it a new installation all around?
[]are there any error logs being written that provide more information?
[*]Can you also confirm you are installing ProxySQL and what version you are using.
[/LIST] If you could provide information around the issue, then I will see if anyone can take a look for you. Please be aware that the team can only talk in generic terms about how things should work, they can’t go into great detail about things that are very specific to your environment.
I might move the post to the Percona XtraDB Cluster thread, but I’ll wait for your reply.
Hi Lorraine,
Thanks for your reply. Node 2 can’t join the cluster. Please help me to check if any problem on the configuration. The system I installed are :
Percona XtraDB Cluster 5.7, Redhat 6.9 and there are 2 nodes : 172.18.23.12 and 172.18.23.13. Both are VMs without firewall. ProxySQL has not yet installed.
Here is the procedures to start the cluster:
mysql@NODE1 : service mysql bootstrap-pxc
/etc/init.d/mysql stop
/etc/init.d/mysql start
SET GLOBAL wsrep_cluster_address=‘gcomm://’;
Thanks for your prompt reply. After disable the hardening in the firewall setting, I run the cluster setup and found differet messages in err log file. Here is the information :
I check the firewall : service iptables status . It prompt " Firewall is not running" . When I run : mysql@devmysql01 ~ ] telnet devsql102 3306 or telnet devsql102 4567 , it prompt “No route to host”.
The error log from second node is not complete, but it shows that this node connected the first node, apparently was running for some time but later it needed another state transfer, but IST was nt possible:
2018-12-17T01:39:49.324180Z 5 [Note] WSREP: Setting wsrep_ready to true
2018-12-17T01:39:49.324187Z 5 [Warning] WSREP: Gap in state sequence. Need state transfer.?
2018-12-17T01:39:49.324193Z 5 [Note] WSREP: Setting wsrep_ready to false?
2018-12-17T01:39:49.324976Z 5 [Note] WSREP: You have configured 'xtrabackup-v2' state snapshot transfer method which cannot be performed on a running server. Wsrep provider won't be able to fall back to it if other means of state transfer are unavailable. In that case you will need to restart the server.?
After restart, the log misses the main WSREP log entries - was it filtered? It should not go to “ready for connections” state without syncing with the cluster.
Btw, “No route to host” means the network connection between the two, at least using the hostnames, is not configured properly. Why don’t you check the IP address with telnet command instead?
Thanks for your reply. I have to setup 16 pair mysql clusters this couple of days. U are right. They are synced in a while , but return : “Error while getting data from donor node: exit codes: 137 0”. Attached please find the logfiles on both nodes for your study. Please let me know if any more information is required.[/B]
Thanks for your tips. The fatal error is solved. It comes with another error at node 2: "Received self-leave message. State transfer request failed unrecoverably: 113 (No route to host). Most likely it is due to inability to communicate with the cluster primary component. Restart required…[ERROR] WSREP: Requesting state transfer failed: -113(No route to host), " Attached please find the error log file for your investigation.
At node 1 : the error is the same : “[Warning] WSREP: Member 0.0 (pld1fmk0114) requested state transfer from ‘172.19.101.107’, but it is impossible to select State Transfer donor: No route to host”
Our Infra team and system team said mysql config file can open the corresponding port to solve this communication error. Please let me know if any idea or any queries.
lance.jud on your node2
wsrep_sst_receive_address must match your local ip and sst donor ip should also be commented out if you are passing the parameter from command line. Sst donor selection is only needed first time.
Dear Jazikh,
Thanks for your reply. I did yr suggestion and find another error from donor node. BTW, the ports 4444 and 4568 are not listened on both servers though our infra team and system team confirmed me that the ports are available. Attached please find the log file for your investigation. Thanks !
NOTE: Do not forget to add user “sstuser” with password in your mysql database and grant access.
Second machine:
[B]service mysql start[/B]
This is my server configuration. Please set it according to your environment.
[mysqld]
default_storage_engine=InnoDB
log_bin
binlog_format = ROW
innodb_buffer_pool_size = 4096M
innodb_flush_log_at_trx_commit = 1
innodb_flush_method = O_DIRECT
innodb_log_files_in_group = 2
innodb_log_file_size = 2G
innodb_file_per_table = 1
datadir = /data/mysql
wsrep_cluster_address = gcomm://10.2.2.11,10.2.2.12,10.2.2.13
wsrep_provider = /usr/lib64/galera3/libgalera_smm.so
wsrep_provider_options="gmcast.listen_addr=tcp://0.0.0.0:4567;gcache.size=2G"
wsrep_slave_threads = 24
wsrep_cluster_name = database-cluster
wsrep_node_name = dba3.cluster.local # This is my local machine hostname. Change it on every machine.
max_binlog_files = 20
expire_logs_days = 14
skip-name-resolve
sync-binlog = 1
wsrep_auto_increment_control = OFF # I have set this OFF because I am only using single machine for both read and write.
wsrep_node_address=10.2.2.13 # This is my local machine IP address. Change it on every machine.
# SST method
wsrep_sst_method=xtrabackup-v2
# Authentication for SST method
wsrep_sst_auth="sstuser:p@ssw0rd"
innodb_autoinc_lock_mode = 2
[mysqld_safe]
pid-file = /run/mysqld/mysql.pid
log-error = /var/log/mysql-error.log
!includedir /etc/my.cnf.d