Acontece que os trabalhos de inicialização do Upstart podem ter problemas no OpenVZ.
Mudando:
start on (net-device-up
and local-filesystems
and runlevel [2345])
para:
start on runlevel [2345]
resolveu o problema para mim.
Por alguma razão, o script Upstart para o servidor MySQL não está funcionando quando eu inicializo meu servidor, no entanto ele funciona assim que o servidor inicializa e eu executo sudo start mysql manualmente.
Estou executando um OpenVZ VPS com Ubuntu 10.04 instalado e MySQL versão 5.1.41 (mais recente estável do repositório). O MySQL é uma nova instalação sem configuração alterada.
/etc/init/mysql.conf:
# MySQL Service
description "MySQL Server"
author "Mario Limonciello <[email protected]>"
start on (net-device-up
and local-filesystems
and runlevel [2345])
stop on runlevel [016]
respawn
env HOME=/etc/mysql
umask 007
pre-start script
#Sanity checks
[ -r $HOME/my.cnf ]
[ -d /var/run/mysqld ] || install -m 755 -o mysql -g root -d /var/run/mysqld
# Load AppArmor profile
if aa-status --enabled 2>/dev/null; then
apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld || true
fi
LC_ALL=C BLOCKSIZE= df --portability /var/lib/mysql/. | tail -n 1 | awk '{ exit (<4096) }'
end script
exec /usr/sbin/mysqld
post-start script
for i in 'seq 1 30' ; do
/usr/bin/mysqladmin --defaults-file="${HOME}"/debian.cnf ping && {
exec "${HOME}"/debian-start
# should not reach this line
exit 2
}
sleep 1
done
exit 1
end script
Acontece que os trabalhos de inicialização do Upstart podem ter problemas no OpenVZ.
Mudando:
start on (net-device-up
and local-filesystems
and runlevel [2345])
para:
start on runlevel [2345]
resolveu o problema para mim.
Você pode configurar os scripts iniciantes com uma simples ferramenta GUI chamada jobs-admin . Você pode instalá-lo digitando sudo apt-get install jobs-admin em um terminal.
Uma vez instalado, você pode gerenciar todos os scripts iniciantes, incluindo o MySQL, usando esta ferramenta.
Espero que isso ajude.