MySQL не удается перезапустить на Ubuntu 17.10

Я следую этому руководству:

http://kodi.wiki/view/MySQL/Setting_up_MySQL#tab=Ubuntu_Linux

Цель состоит в том, чтобы использовать mysql совместный доступ к файлам в сети так, чтобы я мог просмотреть медиа на своем OSMC Raspberry Pi на установках Kodi на других сетевых устройствах. Я предпочел бы не использовать UPnP, потому что это плохо в интегрирующихся библиотеках в Kodi.

Я получаю следующее сообщение об отказе на шаге 4:

$ sudo service mysql restart
[sudo] password for ms: 
Job for mysql.service failed because the control process exited with error code.
See "systemctl  status mysql.service" and "journalctl  -xe" for details.

Вот вывод от "systemctl состояние mysql.service" и "journalctl - ксенон":

$ systemctl  status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: activating (start-post) (Result: exit-code) since Thu 2018-01-25 21:0
  Process: 2323 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
  Process: 2317 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exit
 Main PID: 2323 (code=exited, status=1/FAILURE); Control PID: 2324 (mysql-system
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/mysql.service
           └─control
           ├─2324 /bin/bash /usr/share/mysql/mysql-systemd-start post
           └─2418 sleep 1

Jan 25 21:06:54 ms-ThinkPad-T530 systemd[1]: Starting MySQL Community Server...
Jan 25 21:06:56 ms-ThinkPad-T530 systemd[1]: mysql.service: Main process exited,
lines 1-14/14 (END)

и затем:

$ journalctl  -xe
Jan 25 21:17:04 ms-ThinkPad-T530 systemd[1]: mysql.service: Unit entered failed state.
Jan 25 21:17:04 ms-ThinkPad-T530 systemd[1]: mysql.service: Failed with result 'exit-code'.
Jan 25 21:17:04 ms-ThinkPad-T530 systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Jan 25 21:17:04 ms-ThinkPad-T530 systemd[1]: Stopped MySQL Community Server.
-- Subject: Unit mysql.service has finished shutting down
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit mysql.service has finished shutting down.
Jan 25 21:17:04 ms-ThinkPad-T530 systemd[1]: Starting MySQL Community Server...
-- Subject: Unit mysql.service has begun start-up
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit mysql.service has begun starting up.
Jan 25 21:17:04 ms-ThinkPad-T530 audit[4291]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="
Jan 25 21:17:04 ms-ThinkPad-T530 audit[4291]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="
Jan 25 21:17:04 ms-ThinkPad-T530 audit[4291]: AVC apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="
Jan 25 21:17:04 ms-ThinkPad-T530 kernel: audit: type=1400 audit(1516911424.598:104): apparmor="DENIED" operation="open
Jan 25 21:17:04 ms-ThinkPad-T530 kernel: audit: type=1400 audit(1516911424.598:105): apparmor="DENIED" operation="open
Jan 25 21:17:04 ms-ThinkPad-T530 kernel: audit: type=1400 audit(1516911424.598:106): apparmor="DENIED" operation="open
Jan 25 21:17:06 ms-ThinkPad-T530 systemd[1]: mysql.service: Main process exited, code=exited, status=1/FAILURE 

Кто-либо какая-либо идея, как я могу зафиксировать это?

1
задан 25 January 2018 в 23:20

1 ответ

Попытайтесь редактировать /etc/apparmor.d/usr.sbin.mysqld и добавление строк:

/proc/*/status r,
/sys/devices/system/node/ r,
/sys/devices/system/node/node0/meminfo r,

Ваш journalctl -xe вывод отключен, таким образом, я могу только предположить файлы, он пытается получить доступ. Названия файлов и каталогов, к которым это хочет получить доступ, происходят после name=" часть. Можно всегда повторно отправлять вывод journalctl -xe, и я могу помочь Вам далее.

2 вещи отметить с файлом конфигурации AppArmor. r, в конце строки дает доступ для чтения. / в конце строки два указывает, что Вы даете доступ для чтения к каталогу, не только файл.

Наконец, давайте перезапустим несколько вещей:

sudo service apparmor reload
sudo service mysql restart

P.S., Ваш /var/log/syslog может предоставить дополнительную информацию о том, из-за чего MySQL файлов и AppArmor испытывают затруднения.

P.P.S., эта статья Jeremy Smyth может быть полезна для Вас. Это предлагает, чтобы несколько других методов фиксировали/диагностировали Вашу проблему, которую я не покрыл здесь.

0
ответ дан 8 December 2019 в 02:36

Другие вопросы по тегам:

Похожие вопросы: