Após a reinicialização, o mysql não será iniciado. sudo service mysql start dá start: Job failed to start e os logs estão vazios, então não tenho ideia de por onde começar. Tenho certeza que os problemas de permissões são atendidos.
Editar:
Todos os discos têm pelo menos 1 GB de espaço e sh -x /etc/init.d/mysql start me dá:
+ set -e
+ basename /etc/init.d/mysql
+ INITSCRIPT=mysql
+ JOB=mysql
+ [ mysql = upstart-job ]
+ [ -z start ]
+ COMMAND=start
+ shift
+ [ -z ]
+ ECHO=echo
+ echo Rather than invoking init scripts through /etc/init.d, use the service(8)
Rather than invoking init scripts through /etc/init.d, use the service(8)
+ echo utility, e.g. service mysql start
utility, e.g. service mysql start
+ echo
+ echo Since the script you are attempting to invoke has been converted to an
Since the script you are attempting to invoke has been converted to an
+ echo Upstart job, you may also use the start(8) utility, e.g. start mysql
Upstart job, you may also use the start(8) utility, e.g. start mysql
+ grep -q start/
+ status mysql
+ [ -z ]
+ [ start = stop ]
+ [ -n ]
+ start mysql
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.105" (uid=1000 pid=3208 comm="start mysql ") interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")
Esta mensagem vem do script de serviço, não do mysql. Então você tem que olhar o roteiro e descobrir onde / porque ele falha.
Faça isso chamando sh -x /etc/init.d/mysqld start .
nota: em algumas perguntas, como esta, não vejo nenhum "adicionar comentário". Eu só tenho a opção de adicionar uma resposta. Como posso adicionar um comentário?
O mesmo problema aqui, para mim, o motivo foi que o arquivo my.cnf foi movido de /etc/my.cnf para /etc/mysql/my.cnf , mas ainda havia um link simbólico "morto" apontando para /etc/my.cnf .
Verifique se /etc/mysql/my.cnf é um link simbólico:
user@machine:~ $ ls -l /etc/mysql/my.cnf
lrwxrwxrwx 1 root root 9 Jan 11 2011 /etc/mysql/my.cnf -> ../my.cnf
Se for um symlink, verifique se o arquivo de destino existe. Se não, remova o link simbólico e crie /etc/mysql/my.cnf de /etc/mysql/my.cnf.dpkg-new ou algo assim ... se você tiver.
sudo unlink /etc/mysql/my.cnf
sudo mv /etc/mysql/my.cnf.dpkg-new /etc/mysql/my.cnf
P.S: Se o destino do link simbólico estiver existindo, você pode querer verificar dmesg | grep cnf para mensagens de erro do apparmor.
Esse problema pode ocorrer se o arquivo pid ainda existir, como após uma falha. Verifique isso e exclua-o se ele existir.
O local do arquivo pid é padronizado como /var/run/mysqld/mysqld.pid , mas um local diferente pode ser definido no arquivo de configuração.
Isso só aconteceu comigo. O sistema de arquivos estava 100% cheio
Confirme com: df -h /
Tags mysql