バックアップとLAMPスタックとLXCコンテナを復元するには - MySQLは、私がバックアップするためにこれらの簡単な手順に従ってきたコンテナ

Question

で起動し、LXCコンテナ復元することはできません。

https://stackoverflow.com/a/34194341

バックアップをしてうまく行くの手順を復元します。私はtarとuntar'ingのときに--numeric-ownerフラグを使い、コンテナがうまく起動することを3倍にしました。しかし、コンテナ内のMySQLは、以下のすべてのエラーが発生した場所の上にbarfs サービスMySQLの再起動（journalctl -xeからの出力）を実行するとき、：

[ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 

と

[ERROR] Plugin 'Aria' registration as a STORAGE ENGINE failed. 

を私はそれを得ることができます私は、次のファイルを削除した場合、MySQLはそれらを再現するように、起動します

の/ var/libに/ mysqlの/ ibdata1と

/var/libに/ mysqlの/のib_logfile *

の/ var/libに/ mysqlの/ aria_log_control

https://bbs.archlinux.org/viewtopic.php?id=160277

から収集された "ソリューション" だが、これは王らしく、私のサイトデータベースを台無しに。

ここでは何が起こっていますか？

ファイルのパーミッションやその行に沿った何かが間違っているようですが、元のコンテナと復元されたコピーの所有権と権限を比較すると、すべて同じに見えます。

Answer 1

これにぶつかりそうな人のために：私の一部の典型的なn00bエラー。

コンテナの設定ファイルでrootfsのパスを更新するのを忘れてしまった。

私は既存のコンテナのリストアテストを行っていたので、バックアップを/ var/lib/lxcの別のディレクトリにuntarしました。/var/lib/lxc/restored - 正しいパスを指すように/ var/lib/lxc/restored/configの設定を更新していませんでした。

これは、元のスティルランニングコンテナと同じrootfsを使用しているコンテナになりました。これは、MySQLの問題です。

興味深いことに、同じrootfsを共有する2つのコンテナをスピンアップすることができます。多分、この「機能」のためのアプリケーションがどこかにあるでしょう。

LXCは素晴らしいです。