web-dev-qa-db-ja.com

DebianJessieにアップグレードした後MySQLが起動しない

いくつかのOpenVZコンテナーを備えたProxmox3.4を備えたサーバーがあります。ホストとすべてのゲストはDebian7x64を実行しています。ここで、古いセットアップをProxmox 4（Debian 8ベース）を使用して新しいサーバーに移行したいと思います。

複数のOpenVZコンテナーを新しい環境に転送し、正常にインポートしました。

ここで問題が発生します。Debian8にアップグレードした後、ほとんどのmysqldはそれ以上起動しません。セットアップでmy.cnfの変更が表示されたので、パッケージメンテナバージョンを使用しました。 1台のマシンはまだmysqlを起動し、他の一部のマシンは設定が同じでも起動しません。

Mysql-error-logは何も表示せず、syslogも表示しません。 '/etc/init.d/mysql'の起動スクリプトと '/etc/mysql/my.cnf'の構成はマシン上で同一です。

root@web2:~# service mysql restart
Job for mysql.service canceled.

Mysqldの起動は直接機能します。

root@web2:~# mysqld_safe
or
root@web2:~# /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306

誰かがこのスタートアップまたはサービスの問題を修正する方法についてのヒントを教えてもらえますか？

検索する場所に関するヘルプやヒントをいただければ幸いです。

mysqldebianinit.dlxcproxmox
2
Marius

この問題は、/etc/fstabにエントリを作成したISPConfigに関連していました。新しいデフォルトのinit-systemsystemdは、（sysvinitと比較して）行を受け入れなくなりました。

journalctl -xbを使用して解決策を見つけました。おそらくそれは他の誰かにも役立つでしょう。

/etc/fstabのエントリにnofailを追加して、起動の問題を修正しました。例：

# cat /etc/fstab
/var/log/ispconfig/httpd/example.com /var/www/clients/clientXX/webYY/log    none    bind,nobootwait,nofail    0 0
2
Marius

コンテナーをOpenVZからLXCに移動したときに、ランダムなパッケージの束がすべてのロケール情報を失うという問題がいくつかありました。 MySQLについてはよくわかりませんが、どうしたらよいかわからない場合があります。 'dpkg-reconfigure locales'をrootとして試してみてください。これにより、デフォルトのロケールがないことに適合していたときにPerlが修正されました。なぜそれが起こったのかわかりませんが、私が移行したすべてのコンテナーは同じことをしました。

0
K4KFH