MariaDB перестал работать несмотря на профиль apparmor
Запуск MariaDB перестал работать на моей установке Ubuntu 19 после этого:
nov 02 16:40:51 farnsworth systemd[1]: Starting MariaDB 10.3.17 database server...
nov 02 16:40:51 farnsworth mysqld[5328]: 2019-11-02 16:40:51 0 [Note] /usr/sbin/mysqld (mysqld 10.3.17-MariaDB-1) starting as process 5328 ...
nov 02 16:40:52 farnsworth audit[5328]: AVC apparmor="ALLOWED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/mysqld" name="run/systemd/notify" pid=5328 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=123 ouid=0
nov 02 16:40:52 farnsworth audit[5328]: AVC apparmor="ALLOWED" operation="sendmsg" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/mysqld" name="run/systemd/notify" pid=5328 comm="mysqld" requested_mask="w" denied_mask="w" fsuid=123 ouid=0
nov 02 16:40:52 farnsworth systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Я создал профиль apparmor, где я пытаюсь заставить его позволить /usr/sbin/mysqld запись прав на run/systemd/notify:
# Last Modified: Fri Nov 1 22:57:29 2019
#include <tunables/global>
# vim:syntax=apparmor
# AppArmor policy for mysqld
# ###AUTHOR###
# Redacted
# ###COPYRIGHT###
# 2019
# ###COMMENT###
# Ubuntu 19/MariaDB
# No template variables specified
/usr/sbin/mysqld flags=(complain) {
#include <abstractions/base>
#include <abstractions/evince>
#include <abstractions/nameservice>
/etc/mysql/conf.d/ r,
/etc/mysql/conf.d/mysql.cnf r,
/etc/mysql/conf.d/mysqldump.cnf r,
/etc/mysql/mariadb.cnf r,
/etc/mysql/mariadb.conf.d/ r,
/etc/mysql/mariadb.conf.d/50-client.cnf r,
/etc/mysql/mariadb.conf.d/50-mysql-clients.cnf r,
/etc/mysql/mariadb.conf.d/50-mysqld_safe.cnf r,
/etc/mysql/mariadb.conf.d/50-server.cnf r,
/run/systemd/notify w,
/usr/sbin/mysqld rk,
/var/lib/mysql/** rw,
/var/log/mysql/** r,
owner /var/lib/mysql/ r,
owner /var/lib/mysql/** rwk,
owner /var/log/mysql/** rw,
}
Забавная вещь, файл, в котором нуждается MariaDB, /run/systemd/notify (полный путь), в то время как это запрашивает права записи на run/systemd/notify (никакая стартовая наклонная черта, таким образом, относительный путь). Но удаление наклонной черты делает сбой профиля:
$ sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld
AppArmor parser error for /etc/apparmor.d/usr.sbin.mysqld in /etc/apparmor.d/usr.sbin.mysqld at line 29: syntax error, unexpected TOK_ID, expecting TOK_MODE
Однако, когда я вставил профиль, жалуются режим и затем позволяют apparmor узнать, необходимы ли какие-либо изменения, он не находит проблем:
$ sudo aa-complain mysqld
Setting /usr/sbin/mysqld to complain mode.
$ sudo aa-logprof
Reading log entries from /var/log/audit/audit.log.
Updating AppArmor profiles in /etc/apparmor.d.
Complain-mode changes:
Кто-либо знает, где путь к этому этому файлу установлен?
2 ответа
Хорошо, я имел ту же самую проблему и просто зафиксировал ее!
В Вашем apparmor конфигурация добавьте:
# Allow Systemd notify access
/{,var/}run/systemd/notify w,
И измените follwoing строку от
/usr/sbin/mysqld flags=(complain) {
кому:
/usr/sbin/mysqld flags=(attach_disconnected,complain) {
Затем дайте ему хороший ole
sudo /etc/init.d/apparmor reload && sudo systemctl restart mysqld && sudo systemctl status mysqld
Вот копия моего usr.sbin.mysqld это работает над 18,04 w/MariaDB 10.3.20
# vim:syntax=apparmor
# Last Modified: Tue Feb 09 15:28:30 2016
#include <tunables/global>
/usr/sbin/mysqld flags=(attach_disconnected,complain) {
#include <abstractions/base>
#include <abstractions/nameservice>
#include <abstractions/user-tmp>
#include <abstractions/mysql>
#include <abstractions/winbind>
# Allow system resource access
/sys/devices/system/cpu/ r,
capability sys_resource,
capability dac_override,
capability setuid,
capability setgid,
# Allow network access
network tcp,
/etc/hosts.allow r,
/etc/hosts.deny r,
# Allow config access
/etc/mysql/** r,
# Allow pid, socket, socket lock file access
/var/run/mysqld/mysqld.pid rw,
/var/run/mysqld/mysqld.sock rw,
/var/run/mysqld/mysqld.sock.lock rw,
/run/mysqld/mysqld.pid rw,
/run/mysqld/mysqld.sock rw,
/run/mysqld/mysqld.sock.lock rw,
# Allow execution of server binary
/usr/sbin/mysqld mr,
/usr/sbin/mysqld-debug mr,
# Allow plugin access
/usr/lib/mysql/plugin/ r,
/usr/lib/mysql/plugin/*.so* mr,
# Allow error msg and charset access
/usr/share/mysql/ r,
/usr/share/mysql/** r,
# Allow data dir access
/var/lib/mysql/ r,
/var/lib/mysql/** rwk,
# Allow data files dir access
/var/lib/mysql-files/ r,
/var/lib/mysql-files/** rwk,
# Allow keyring dir access
/var/lib/mysql-keyring/ r,
/var/lib/mysql-keyring/** rwk,
# Allow log file access
/var/log/mysql.err rw,
/var/log/mysql.log rw,
/var/log/mysql/ r,
/var/log/mysql/** rw,
# Allow SystemD ACCESS
/{,var/}run/systemd/notify w,
# Site-specific additions and overrides. See local/README for details.
}
Кажется, что они испортили. Я просто протестировал сегодня, и конфигурация Apparmor (19.10) содержит правовую оговорку, что это "Намеренно пусто" для mysqld, так как она не предоставила бы преимущества. Однако конфигурация для mysqld-akonadi имеет несколько наборов правил. Работы Akonadi, плоскость MariaDB не делает. Неприятность!