Форум пользователей MySQL

Вы правильно определили проблему, но почему-то не решили ее

xtrabackup у Вас запускается из-под пользователя root, соответственно, файлики копируются
под ним. Нужно посмотреть, почему в конечном итоге оно запускается от рута (если везде в
конфигах написано user=mysql, должно быть под пользователем mysql), и поправить.

Как вариант, если лениво разбираться, можно в скрипт копирования в конце добавить
chown -R (там обычные скрипты), файлики копируются только при sst, при дальнейшей
работе будет использоваться уже протокол галеры.

Таак, давайте разбираться, почему не так.

Сделал следующее:
1. Взял две виртуалки с убунтой;
2. apt-get install percona-xtradb-cluster-56
3. Проставил конфиги ровно как в том мануале (только ip прописал другие)
4. bootstrap на одной, start на другой, всё завелось.

Давайте начнем со сравнения версий

# dpkg-query -W | grep percona
percona-release    0.1-3.trusty
percona-xtrabackup    2.2.12-1.trusty
percona-xtradb-cluster-56    5.6.25-25.12-1.trusty
percona-xtradb-cluster-client-5.6    5.6.25-25.12-1.trusty
percona-xtradb-cluster-common-5.6    5.6.25-25.12-1.trusty
percona-xtradb-cluster-galera-3    3.12.1.trusty
percona-xtradb-cluster-galera-3.x    3.12.1.trusty
percona-xtradb-cluster-server-5.6    5.6.25-25.12-1.trusty

На всякий случай приведу полностью свой конфиг my.cnf, чтобы не было недоразумений. Вдруг вы уже в нём увидите проблему.

[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
innodb_file_per_table
skip-name-resolve
skip-external-locking
explicit_defaults_for_timestamp

user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
key_buffer_size = 2G
thread_stack            = 192K
thread_cache_size       = 100 # 8 - default
max_connections        = 300
max_user_connections   = 250
table_open_cache       = 8000 # 64 - def
tmp_table_size          = 512M
wait_timeout            = 1200
max_heap_table_size     = 1024M
memlock
join_buffer_size        = 8M
read_buffer_size        = 8M
sort_buffer_size        = 2M
thread_cache_size       = 100
read_rnd_buffer_size    = 2M
query_cache_size        = 256M
log_error = /var/log/mysql/error.log

#InnoDB
innodb_buffer_pool_size = 50G
innodb_additional_mem_pool_size = 16M
innodb_flush_log_at_trx_commit = 0
innodb_thread_concurrency = 16
innodb_read_io_threads = 8
innodb_write_io_threads = 8

#Cluster
# Path to Galera library
wsrep_provider=/usr/lib/libgalera_smm.so

# Cluster connection URL contains the IPs of node#1, node#2 and node#3
wsrep_cluster_address=gcomm://
#wsrep_cluster_address=gcomm://192.168.3.49,192.168.3.48

# In order for Galera to work correctly binlog format should be ROW
binlog_format=ROW

# MyISAM storage engine has only experimental support
default_storage_engine=InnoDB

# This changes how InnoDB autoincrement locks are managed and is a requirement for Galera
innodb_autoinc_lock_mode=2

# Node #1 address
wsrep_node_address=192.168.3.48

# SST method
wsrep_sst_method=xtrabackup-v2

# Cluster name
wsrep_cluster_name=cluster

# Authentication for SST method
wsrep_sst_auth="cluster:passwd"

[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
[isamchk]
key_buffer              = 16M

Привет!

Тема давно не актуальна для автора, но она все еще без решения.
Это из-за параметра memlock в конфиге.
Я бы на сервере БД совсем избавился от свапа, ну и от этой опции, соответственно.

Отредактированно Bender.Rodriguez (05.12.2017 05:55:51)