EC2 インスタンスをセットアップし、MySQL データ ディレクトリをマウントされたストレージに移動しようとしています。
デフォルトのデータ ディレクトリは次のとおりです。
/opt/bitnami/mysql/data
そのディレクトリ全体をコピーしました
/mnt/mysql_data
次に、my.cnf 内のパスを次のように変更しました。
datadir=/mnt/mysql_data
新しいディレクトリを確実に使用できるように、古いディレクトリの名前を変更しました。
新しいディレクトリで MySQL に適切な権限を与えましたが、MySQL がそこにアクセスしようとしているとは思えません。mysql を再起動しようとすると、以前のデータ ディレクトリに関するエラーが発生します。
sudo /opt/bitnami/ctlscript.sh start mysql
111122 18:50:50 mysqld_safe Logging to '/opt/bitnami/mysql/data/mysqld.log'.
touch: cannot touch `/opt/bitnami/mysql/data/mysqld.log': No such file or directory
chown: cannot access `/opt/bitnami/mysql/data/mysqld.log': No such file or directory
111122 18:50:50 mysqld_safe Starting mysqld.bin daemon with databases from /opt/bitnami/mysql/data
/opt/bitnami/mysql/bin/mysqld_safe: 739: cannot create /opt/bitnami/mysql/data/mysqld.log: Directory nonexistent
eval: 1: cannot create /opt/bitnami/mysql/data/mysqld.log: Directory nonexistent
111122 18:50:50 mysqld_safe mysqld from pid file /opt/bitnami/mysql/data/ip-10-120-253-190.pid ended
/opt/bitnami/mysql/bin/mysqld_safe: 783: cannot create /opt/bitnami/mysql/data/mysqld.log: Directory nonexistent
どこかで設定手順が抜けているのでしょうか? 問題を抱えている他の人が apparmor を調整することで問題を解決したのを見たことがありますが、変更するはずの "/etc/apparmor.d/usr.sbin.mysqld" ファイルすら持っていません。さらに、私の問題は mysql が新しいディレクトリにアクセスできないことではなく、古いディレクトリをまだ使用していることです。
答え1
Amazon の制御スクリプト「/opt/bitnami/ctlscript.sh」が /opt/bitnami/mysql/scripts/ctl.sh で mysql 構成スクリプトを実行していることが判明しました。
残念なことに、このスクリプトは my.cnf ファイルからいくつかの重要な設定を上書きします。そこで設定を更新すると、問題は解決します。
答え2
新しいログディレクトリを使用するようにmysqlを設定する必要があります。/etc/mysql/my.cnf（この場合はDebianを使用しています）を編集して更新してください。
general_log_file = /mnt/data/log
幸運を。