テキサス大学ミラー経由の10.1 [stable]の公式MariaDB aptリポジトリ]から10.1.16-MariaDB-1~xenial
を使用しています 。
3つのUbuntu 16.04サーバーで完全に機能するMariaDB Galeraクラスターをセットアップしました。
次に、それらをアップグレードしました。今私は何も持っていません。
10.1.16へのアップグレードは失敗し、すぐにクラスター全体がダウンしました。出力はありませんが、dpkgはmariadb-server
およびmariadb-server-10.1
のセットアップに失敗しました。
バックアップがあるので、MariaDB/MySQL/Galeraのすべてのトレースをサーバーから削除し(/var/lib/mysql/
、/etc/mysql/
、/var/log/mysql/
の削除を含む)、最初からやり直しました。ただし、現在、各サーバーにクリーンインストールを行っているため、標準のシステム起動スクリプトは機能しません。これがapt
によるアップグレードプロセスも失敗した理由だと思います。
私は最初のノードで次のそれぞれを試しました:
galera_new_cluster
service mysql bootstrap
service mysql bootstrap --wsrep-new-cluster
service mysql bootstrap --wsrep-cluster-address="gcomm://"
service mysql start
service mysql start --wsrep-new-cluster
service mysql start --wsrep-cluster-address="gcomm://"
systemctl start mariadb
systemctl start mariadb --wsrep-new-cluster
systemctl start mariadb --wsrep-cluster-address="gcomm://"
どれも同じ出力を私に与えます:
Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details.
systemctl status mariadb.service
:
● mariadb.service - MariaDB database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/mariadb.service.d
└─migrated-from-my.cnf-settings.conf
Active: failed (Result: exit-code) since Fri 2016-07-22 13:29:45 CDT; 42s ago
Process: 10799 ExecStartPre=/bin/sh -c VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=1/FAILURE)
Process: 10794 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Main PID: 16865 (code=exited, status=0/SUCCESS)
Jul 22 13:29:41 sql2 systemd[1]: Starting MariaDB database server...
Jul 22 13:29:45 sql2 mysqld[10799]: WSREP: Failed to recover position: '2016-07-22 13:29:41 140110745778432 [Note] /usr/sbin/mysqld (mysqld 10.1.16-MariaDB-1~xenial) starting as process 11080 ...'
Jul 22 13:29:45 sql2 systemd[1]: mariadb.service: Control process exited, code=exited status=1
Jul 22 13:29:45 sql2 systemd[1]: Failed to start MariaDB database server.
Jul 22 13:29:45 sql2 systemd[1]: mariadb.service: Unit entered failed state.
Jul 22 13:29:45 sql2 systemd[1]: mariadb.service: Failed with result 'exit-code'.
onlyサーバーを今すぐ起動できる方法は、手動で実行することです。
Sudo -u mysql mysqld --wsrep-cluster-address='gcomm://'
最初のノードで、次に:
Sudo -u mysql mysqld --wsrep-cluster-address='gcomm://ip1,ip2,ip3'
他の2つのノード。これでうまくいき、また稼働中のクラスターができました。しかし現在、systemd/systemctlはサービスが実行されていることを認識していません。 systemd起動スクリプトは、設定ファイルのwsrep-cluster-address
設定をまったく使用できないようです。 service
またはsystemctl
コマンドラインに指定しても機能しません。
Mariadbを開始するにはどうすればよいですか?
Galera_recovery.shスクリプトにバグがありました。 https://jira.mariadb.org/browse/MDEV-10396
10.1.14にダウングレードすることで、一時的に問題を軽減できました。
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mariadb-server-10.1_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/libmariadbclient18_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/libmysqlclient18_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mariadb-client-10.1_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mariadb-client-core-10.1_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mariadb-common_10.1.14+maria-1~xenial_all.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mariadb-server-core-10.1_10.1.14+maria-1~xenial_AMD64.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/m/mariadb-10.1/mysql-common_10.1.14+maria-1~xenial_all.deb
wget https://downloads.mariadb.com/files/MariaDB/mariadb-10.1.14/repo/ubuntu/pool/main/g/galera-3/galera-3_25.3.15-xenial_AMD64.deb
apt purge mariadb-server
apt autoremove --purge
apt clean
rm -rf /etc/mysql/
rm -rf /var/lib/mysql/
rm -rf /var/log/mysql/
rm -f /var/log/mysql.*
rm -f /etc/systemd/system/mysql.service
rm -f /etc/systemd/system/mysqld.service
rm -f /etc/rc0.d/K03mysql
rm -f /etc/rc1.d/K03mysql
rm -f /etc/rc2.d/S03mysql
rm -f /etc/rc3.d/S03mysql
rm -f /etc/rc4.d/S03mysql
rm -f /etc/rc5.d/S03mysql
rm -f /etc/rc6.d/K03mysql
rm -f /var/lib/systemd/deb-systemd-helper-enabled/mysql.service
rm -f /var/lib/systemd/deb-systemd-helper-enabled/mysqld.service
rm -f /etc/apparmor.d/abstractions/mysql
rm -f /etc/apparmor.d/cache/usr.sbin.mysqld
rm -rf /etc/systemd/system/mariadb.service.d
rm -f /etc/systemd/system/multi-user.target.wants/mariadb.service
rm -f /var/lib/systemd/deb-systemd-helper-enabled/mariadb.service.dsh-also
rm -f /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/mariadb.service
rm -f /var/lib/systemd/deb-systemd-helper-enabled/mysql.service
rm -f /var/lib/systemd/deb-systemd-helper-enabled/mysqld.service
rm -rf /var/lib/apt/lists/*
apt update
apt install iproute libaio1 libcgi-fast-Perl libcgi-pm-Perl libdbd-mysql-Perl libdbi-Perl libencode-locale-Perl libfcgi-Perl libhtml-parser-Perl libhtml-tagset-Perl libhtml-template-Perl libhttp-date-Perl libhttp-message-Perl libio-html-Perl libjemalloc1 liblwp-mediatypes-Perl libtimedate-Perl liburi-Perl socat
dpkg -i mysql-common_10.1.14+maria-1~xenial_all.deb
dpkg -i mariadb-common_10.1.14+maria-1~xenial_all.deb
dpkg -i libmariadbclient18_10.1.14+maria-1~xenial_AMD64.deb libmysqlclient18_10.1.14+maria-1~xenial_AMD64.deb mariadb-client-10.1_10.1.14+maria-1~xenial_AMD64.deb mariadb-client-core-10.1_10.1.14+maria-1~xenial_AMD64.deb mariadb-server-10.1_10.1.14+maria-1~xenial_AMD64.deb mariadb-server-core-10.1_10.1.14+maria-1~xenial_AMD64.deb galera-3_25.3.15-xenial_AMD64.deb
これで、最初のノードをgalera_new_cluster
で開始し、他のすべてのノードをservice mysql start
で開始できます。
10.1.16のsystemd/systemctlスクリプトにはバグがあるはずです。