Я решил эту проблему, пересобрав mydumper из исходников.
Выяснилось, что я использовал более новую версию mysqld, чем та, что была предоставлена debian (jessie ), и, очевидно, исполняемый файл mydumper, предоставленный debian, несовместим с ней (, хотя это просто предположение, может причина вовсе не в этом ).
Чтобы собрать mydumper, вам необходимо:
sudo apt-get install libglib2.0-dev zlib1g-dev libpcre3-dev libssl-dev
)debian sid
(непосредственно с ftp):libmysqlclient -dev , который зависит от libmysqlclient20 . Загрузите эти файлы, а затемsudo dpkg -i libmysqlclient20_5.7.18-1_i386.deb libmysqlclient-dev_5.7.18-1_i386.deb
Соберите mydumper (, который также соберет myloader ), как описано в файле readme:
cd mydumper
cmake.
make
Возможно, вам потребуется установить инструменты сборки, такие какsudo apt-get install build-essential cmake
Теперь оба исполняемых файла должны находиться в текущем каталоге. С этого момента у меня все работало нормально, чтобы создать резервную копию.
Мне также нужно было выполнить сборку myloader
из исходного кода на целевом сервере, так как версия, предоставляемая debian, также вызывала ошибку сегментации, но на этот раз это не было несоответствием версии mysql; так что на самом деле я понятия не имею, почему исполняемый файл Debian не работает.
Судя по отладочной информации, вы настроили аутентификацию SSH без пароля.
Я видел случаи, когда серверы работали с двумя службами SSH (Openssh и Tectia ), поэтому, если ключ SSH был создан с помощью Tectia, вы можете ожидать, что аутентификация без пароля не будет работать, здесь вам нужно убить службу Openssh и OFF на уровне chkconfig для постоянного исправления.