0
При попытке выполнить резервное копирование с помощью Percona innobackupex, я получаю следующее сообщение об ошибке:Percona XtraBackup терпит неудачу во время резервного копирования
[email protected] [~] [17:50] sudo innobackupex --user=root --password=secret --host=127.0.0.1 ~/Data
160830 17:50:34 innobackupex: Starting the backup operation
IMPORTANT: Please check that the backup run completes successfully.
At the end of a successful backup run innobackupex
prints "completed OK!".
160830 17:50:35 version_check Connecting to MySQL server with DSN 'dbi:mysql:;mysql_read_default_group=xtrabackup;host=127.0.0.1;port=3306' as 'kkuser' (using password: YES).
Failed to connect to MySQL server: DBI connect(';mysql_read_default_group=xtrabackup;host=127.0.0.1;port=3306','root',...) failed: Access denied for user 'root'@'127.0.0.1' (using password: YES) at - line 1314
160830 17:50:35 Connecting to MySQL server host: 127.0.0.1, user: root, password: set, port: 3306, socket: (null)
Failed to connect to MySQL server: Access denied for user 'root'@'127.0.0.1' (using password: YES).
[email protected] [~] [17:50]
Версия XtraBackup является: версия
[email protected] [~] [17:58] xtrabackup --version
xtrabackup version 2.3.3 based on MySQL server 5.6.24 Linux (x86_64) (revision id: 525ca7d)
Perl:
[email protected] [~] [18:03] perl -MDBD::mysql -e 'print $DBD::mysql::VERSION'
4.016
На сервере работает Debian Squeeze. Я все время использую эту команду на машинах ubuntu для выполнения резервных копий и никогда не имел проблемы раньше.
MySQL - это не PXC, а обычный сервер Percona. И у меня много дискового пространства и памяти.
Вы правы. Пользователь имел только привилегии @ localhost. Но после добавления @ '127.0.0.1', а также @ '%', теперь резервное копирование отлично работает. Спасибо @MichielB –