MySQL, одержимый “активацией (начинать-сообщения)” состояние после перемещения datadir
Загадка: После изменения, где MySQL хранит свои данные (к другому жесткому диску), и обновление apparmor полномочий, запуская сервис MySQL, кажется, помещает его в это странное состояние "активации", и журналы не дадут мне информации относительно того, почему он перестал работать.
Какие-либо идеи о том, как я могу получить MySQL, отшатнулись? (Pastebin "systemctl состояние mysql.service" и "journalctl - ксенон"
ШАГИ СДЕЛАНЫ
- Остановленный сервис
sudo service mysql stop
- Перемещенный файл MySQL:
sudo rsync -av /var/lib/mysql /mnt/HDDB/database/mysql
- Измененный местоположение dir данных в
/etc/mysql/mysql.conf.d/mysqld.cnfкому:
datadir=/mnt/HDDB/database/mysql
- Включите псевдоним AppArmor
/etc/apparmor.d/tunables/alias
alias /var/lib/mysql/ -> /mnt/HDDB/database/mysql/,
- Добавленный несколько строк к
/etc/apparmor.d/local/usr.sbin.mysqld
/mnt/HDDB/database/mysql/ r,
/mnt/HDDB/database/mysql/** rwk,
и к /etc/apparmor.d/usr.sbin.mysqld
/proc/** r,
/sys/devices/system/node/ r,
/sys/devices/system/node/** r,
... предотвращать больше возможные ошибки отказа AppArmor. Я уверен, что это должно работать после того, чтобы читать множество сообщений StackExhange с подобными проблемами, но у меня нет подсказки, что вызывает зависание.
MySQL действительно работает, как предназначено, когда dir данных установлен на свое местоположение по умолчанию, но это не, где я хочу его хранящий данные (диском по умолчанию является SSD), таким образом, любая справка для получения его мимо зависания значительно ценилась бы.
1 ответ
Ничего не изменяйте в
/etc/apparmor.d/tunables/alias
, просто изменяйтесь
/etc/apparmor.d/usr.sbin.mysqld
, я изменил это:
# Allow data dir access
# /var/lib/mysql/ r,
# /var/lib/mysql/** rwk,
/mnt/largedisk/mysql/ r,
/mnt/largedisk/mysql/** rwk,
работы.