33 votes

Impossible de lancer mysql - mysql respawning trop rapide, arrêté

Aujourd'hui, j'ai fait une nouvelle installation d'ubuntu 12.04 et j'ai commencé à mettre en place mon environnement de développement local. J'ai installé mysql et édité /etc/mysql/my.cnf pour optimiser InnoDB mais lorsque j'essaie de redémarrer mysql, il échoue avec une erreur :

[20:53][tom@Pochama:/var/www/website] (master) $ sudo service mysql restart
start: Job failed to start

Le syslog révèle qu'il y a un problème avec l'init script :

> tail -f /var/log/syslog

Apr 28 21:17:46 Pochama kernel: [11840.884524] type=1400 audit(1335644266.033:184): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=760 comm="apparmor_parser"
Apr 28 21:17:47 Pochama kernel: [11842.603773] init: mysql main process (764) terminated with status 7
Apr 28 21:17:47 Pochama kernel: [11842.603841] init: mysql main process ended, respawning
Apr 28 21:17:48 Pochama kernel: [11842.932462] init: mysql post-start process (765) terminated with status 1
Apr 28 21:17:48 Pochama kernel: [11842.950393] type=1400 audit(1335644268.101:185): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=811 comm="apparmor_parser"
Apr 28 21:17:49 Pochama kernel: [11844.656598] init: mysql main process (815) terminated with status 7
Apr 28 21:17:49 Pochama kernel: [11844.656665] init: mysql main process ended, respawning
Apr 28 21:17:50 Pochama kernel: [11845.004435] init: mysql post-start process (816) terminated with status 1
Apr 28 21:17:50 Pochama kernel: [11845.021777] type=1400 audit(1335644270.173:186): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=865 comm="apparmor_parser"
Apr 28 21:17:51 Pochama kernel: [11846.721982] init: mysql main process (871) terminated with status 7
Apr 28 21:17:51 Pochama kernel: [11846.722001] init: mysql respawning too fast, stopped

Des idées ?


Des choses que j'ai déjà essayées :

J'ai cherché sur Google et j'ai trouvé un bug Ubuntu avec apparmor ( https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/970366 ), j'ai fait passer Apparmor du mode application au mode plainte :

sudo apt-get install apparmor-utils
sudo aa-complain /usr/sbin/mysqld
sudo /etc/init.d/apparmor reload

mais ça n'a pas aidé. Je n'arrive toujours pas à lancer mysql.

J'ai également pensé que le problème pouvait être dû au fait que les fichiers journaux InnoDB avaient une taille différente de celle attendue par mysql. J'ai supprimé les fichiers journaux innodb avant de redémarrer en utilisant : sudo mv /var/lib/mysql/ib_logfile* /tmp . Mais pas de chance.

Solution : J'ai réinstallé 12.04, en m'assurant de ne pas toucher /etc/mysql/my.cnf de quelque manière que ce soit. Mysql fonctionne, je peux donc faire ce que j'ai à faire. Mais j'aurai besoin de le modifier à un moment donné - J'espère que j'aurai trouvé une solution, ou que cette question aura trouvé une réponse à ce moment-là...

2voto

hmm Points 140

Une bonne façon de déboguer les échecs dans le processus de post-démarrage ( /etc/init/mysql.conf ) est de vérifier les journaux de démarrage :

sudo tail -f /var/log/upstart/mysql.log 

Cela m'a donné une erreur de socket :

error : 'Can't connect to local MySQL server through socket' (Impossible de se connecter au serveur MySQL local via un socket)

Dans mon cas, cela a été causé par un manque user dans le cadre du [mysqld] groupe en my.cnf

1voto

shadowdroid Points 11

J'ai eu le même problème. Il s'est avéré que c'était la réplication maître-esclave de mysql my.cnf. Vérifiez votre /var/log/mysql/error.log .

J'espère que c'est une petite aide. Vérifiez d'abord les paramètres mysql avant de perdre deux heures avec apparmor qui fonctionne très bien.

1voto

Bob White Points 11

Lorsque j'ai eu une erreur MySQL similaire ("Job failed to start") après la mise à niveau de 11.10 à 12.04, le commentaire n° 27 sur le site de la Commission européenne est apparu. https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/+bug/573318?comments=all a parfaitement fonctionné pour moi. Citation :

Le problème pour moi était que le fichier /etc/apparmor.d/local/usr.sbin.mysqld n'existait pas après la mise à jour. J'en ai copié manuellement un à partir d'un des fichiers vides (c'est-à-dire qui n'avait qu'un commentaire d'en-tête) et ensuite tout était bon à prendre.

1voto

Ken West Points 11

Pour moi, la solution a été de supprimer la ligne ...

set-variable = max_connections=200

... ce qui est la syntaxe de MySQL 3.x et doit être changé en

max_connections=200

1voto

Daniyar Points 489

J'ai eu les mêmes problèmes, pour moi le bind-address a été mal réglé dans mon /etc/mysql/my.cnf fichier. Il semble donc que tout ce qui n'est pas correct dans le fichier my.cnf peut causer ce problème. Je n'ai rien trouvé dans les journaux qui indique que c'est le problème.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X