Hi All,
In my continuing quest to install an OSA cluster with mitaka-eol in
hopes of digging our to a non-eol release eventually I've hit another
snag...
setup-hosts plays out fine
setup-infrastructure chodes soem where in galera-install
the 1st galera container gets properly bootstrapped into a 1 node
cluster.
the 2nd container (1st that needs replication) fails with:
180802 14:59:49 [Warning] WSREP: Gap in state sequence. Need state transfer.
180802 14:59:49 [Note] WSREP: Running: 'wsrep_sst_xtrabackup-v2 --role 'joiner'
--address '172.29.238.84' --datadir
'/var/lib/mysql/' --parent '3719' --binlog '/var/lib/mysql/mariadb-bin' '
WSREP_SST: [ERROR] FATAL: The innobackupex version is 1.5.1. Needs
xtrabackup-2.3.5 or higher to perform SST (20180
802 14:59:50.235)
180802 14:59:50 [ERROR] WSREP: Failed to read 'ready <addr>' from:
wsrep_sst_xtrabackup-v2 --role 'joiner' --addres
s '172.29.238.84' --datadir '/var/lib/mysql/' --parent '3719' --binlog
'/var/lib/mysql/mariadb-bin'
Read: '(null)'
180802 14:59:50 [ERROR] WSREP: Process completed with error:
wsrep_sst_xtrabackup-v2 --role 'joiner' --address '172
.29.238.84' --datadir '/var/lib/mysql/' --parent '3719' --binlog
'/var/lib/mysql/mariadb-bin' : 2 (No such file o
r directory)
180802 14:59:50 [ERROR] WSREP: Failed to prepare for 'xtrabackup-v2' SST.
Unrecoverable.
180802 14:59:50 [ERROR] Aborting
The container has:
percona-xtrabackup-22/unknown,now 2.2.13-1.trusty amd64 [installed]
which is clearly the source of sadness. Seem seems bit odd that a very
default vanilla install woudl tangle like this but it is EOL and
perhaps the world has changed around it.
What is the most OSA friendly way digging out of this?
My current prod cluster (which I eventually want this to take over) is
using
wsrep_sst_method = mysqldump
So I could set some overrides and probably make that go in OSA land
but I'd rather converge toward "noraml OSA way" unless there's
explict local reason to change from defaults and in this case I don't
have any particular need for mysqldump over xtrabackup.
-Jon
--
_______________________________________________
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
