MySQL falha ao reiniciar no Ubuntu 17.10

Question

Estou seguindo este guia:

link

O objetivo é usar o compartilhamento de arquivos de rede mysql para que eu possa visualizar a mídia no meu Raspberry Pi OSMC nas instalações do Kodi em outros dispositivos de rede. Eu preferiria não usar o UPnP porque ele é ruim na integração de bibliotecas dentro do Kodi.

Recebo a seguinte mensagem de falha na etapa 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.

Aqui está a saída de "systemctl status mysql.service" e "journalctl -xe":

$ 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)

e depois:

$ 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 

Alguém tem ideia de como eu posso consertar isso?

    

Answer 1

Experimente editar /etc/apparmor.d/usr.sbin.mysqld e adicionar as linhas:

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

Sua saída journalctl -xe está cortada, então só posso adivinhar os arquivos que ela está tentando acessar. Os nomes dos arquivos e diretórios que ele deseja acessar vêm após a parte name=" . Você sempre pode repassar sua saída de journalctl -xe e eu posso ajudá-lo ainda mais.

2 coisas a serem observadas com o arquivo de configuração do AppArmor. O r, no final da linha dá acesso de leitura. O / no final da linha dois indica que você está dando acesso de leitura a um diretório, não apenas a um arquivo.

Por fim, vamos reiniciar algumas coisas:

sudo service apparmor reload
sudo service mysql restart

P.S., seu /var/log/syslog pode fornecer informações adicionais sobre os arquivos com os quais o MySQL e o AppArmor estão tendo problemas.

P.P.S., este artigo de Jeremy Smyth pode ser útil para você. Ele sugere alguns outros métodos para corrigir / diagnosticar o problema que eu não abordei aqui.