O MySQL desligou o status de ativação (start-post) após relocar datadir

0

O enigma: Depois de mudar onde o MySQL armazena seus dados (para um disco rígido diferente), e atualizando as permissões apparmor, iniciar o serviço MySQL parece colocá-lo neste estranho estado de "ativação" e os logs não me dão qualquer informação sobre o porquê está falhando.

Alguma idéia de como eu posso fazer o MySQL iniciar o backup? ( Pastebin de "systemctl status mysql.service" e "journalctl -xe"

STEPS TAKEN

  1. Interrompido o serviço

sudo service mysql stop

  1. Relocated o arquivo MySQL:

sudo rsync -av /var/lib/mysql /mnt/HDDB/database/mysql

  1. Alterou a localização do diretório de dados em /etc/mysql/mysql.conf.d/mysqld.cnf para:

datadir=/mnt/HDDB/database/mysql

  1. Adicione o alias do AppArmor em /etc/apparmor.d/tunables/alias

alias /var/lib/mysql/ -> /mnt/HDDB/database/mysql/,

  1. Adicionou algumas linhas a /etc/apparmor.d/local/usr.sbin.mysqld

/mnt/HDDB/database/mysql/ r, /mnt/HDDB/database/mysql/** rwk,

e para /etc/apparmor.d/usr.sbin.mysqld

/proc/** r,

/sys/devices/system/node/ r,

/sys/devices/system/node/** r,

... para evitar mais possíveis erros de negação do AppArmor. Tenho certeza que deve estar funcionando depois de ler uma infinidade de posts StackExhange com problemas semelhantes, mas eu não tenho idéia do que está causando o hangup.

O MySQL funciona como planejado quando o diretório de dados está configurado para seu local padrão, mas não é onde eu quero que ele armazene os dados (a unidade padrão é um SSD), então qualquer ajuda para passar o problema seria muito apreciada .

    
por MrZander 06.09.2017 / 21:32

1 resposta

0

Não altere nada em

/etc/apparmor.d/tunables/alias

, apenas mude

/etc/apparmor.d/usr.sbin.mysqld

Eu mudei isso:

# Allow data dir access
#  /var/lib/mysql/ r,
#  /var/lib/mysql/** rwk,
/mnt/largedisk/mysql/ r,
/mnt/largedisk/mysql/** rwk,

funciona.

    
por Holger 19.09.2017 / 22:27