service mysql start command is cleaning up all the files under /var/lib/mysql

Hello All,

We have 2 node Mariadb Galera cluster. Found out that mysql services arent running on one node hence issued the following command service mysql start. Instead of starting mysql services and joining the cluster mysql services cleaned up all the files under /var/lib/mysql. What i am wondering is why mysql is cleaning up all the files when issuing serivce mysql start. Is there some parameter that i set wrong or shouldnt i use serivce mysql start in galera cluster?

{code} removed `/var/lib/mysql/mysql.sock' removed `/var/lib/mysql/ib_logfile0' removed `/var/lib/mysql/ibdata1' removed `/var/lib/mysql/aria_log.00000001' removed `/var/lib/mysql/aria_log_control' removed `/var/lib/mysql/mysql-bin.index' removed `/var/lib/mysql/mysql-bin.000001' WSREP_SST: [ERROR] Cleanup after exit with status:1 (20190405 04:42:09.364) WSREP_SST: [INFO] Removing the sst_in_progress file (20190405 04:42:09.367) 190405 4:42:09 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role 'joiner' --address '' --auth 'replication:replication' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --parent '110290': 1 (Operation not permitted) 190405 4:42:09 [ERROR] WSREP: Failed to read uuid:seqno from joiner script. 190405 4:42:09 [ERROR] WSREP: SST failed: 1 (Operation not permitted) 190405 4:42:09 [ERROR] Aborting

190405 4:42:11 [Note] WSREP: Closing send monitor...


Following is the wsrep configuration. wsrep_provider = /usr/lib64/galera/ wsrep_provider_options = gcache.size=4G; gcache.page_size=1G wsrep_cluster_address = gcomm:zbxapp02 . wsrep_cluster_name = galera_cluster default_storage_engine = InnoDB innodb_autoinc_lock_mode = 2 innodb_locks_unsafe_for_binlog = 1 wsrep_sst_method = xtrabackup-v2 wsrep_slave_threads = 32 wsrep_sst_auth =replication:replication


In above zbxapp02 node is where mysql services is currently active.


Comments loading...
Content reproduced on this site is the property of its respective owners, and this content is not reviewed in advance by MariaDB. The views, information and opinions expressed by this content do not necessarily represent those of MariaDB or any other party.