Nach einem Neustart wird MySQL nicht gestartet. sudo service mysql start
gibt start: Job failed to start
und die Protokolle sind leer, so dass ich keine Ahnung habe, wo ich anfangen soll. Ich bin mir ziemlich sicher, dass Berechtigungsprobleme behoben sind.
Bearbeiten:
Alle Festplatten haben mindestens 1 GB Speicherplatz und sh -x /etc/init.d/mysql start
geben mir:
+ 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")
/etc/init.d/mysqld start
nichts in/var/log/messages
oder/var/log/mysqld
?Antworten:
Diese Nachricht stammt aus dem Service-Skript, nicht aus MySQL. Sie müssen sich also das Skript ansehen und herausfinden, wo / warum es fehlschlägt.
Tun Sie das, indem Sie anrufen
sh -x /etc/init.d/mysqld start
.Hinweis: Bei einigen Fragen, wie dieser, wird kein "Kommentar hinzufügen" angezeigt. Ich habe nur die Möglichkeit, eine Antwort hinzuzufügen. Wie kann ich einfach einen Kommentar hinzufügen?
quelle
Das gleiche Problem hier war für mich der Grund, dass die
my.cnf
Datei von/etc/my.cnf
nach verschoben wurde/etc/mysql/my.cnf
, aber es gab immer noch einen "toten" Symlink, auf den verwiesen wurde/etc/my.cnf
.Überprüfen Sie, ob
/etc/mysql/my.cnf
es sich um einen Symlink handelt:Wenn es sich um einen Symlink handelt, überprüfen Sie, ob die Zieldatei vorhanden ist. Wenn nicht, entfernen Sie den Symlink und erstellen Sie
/etc/mysql/my.cnf
aus/etc/mysql/my.cnf.dpkg-new
oder so etwas ... wenn Sie es haben.PS: Wenn das Ziel
dmesg | grep cnf
des Symlinks vorhanden ist, möchten Sie möglicherweise nach Apparmor-Fehlermeldungen suchen.quelle
Dieses Problem kann auftreten, wenn die PID-Datei noch vorhanden ist, z. B. nach einem Absturz. Überprüfen Sie dies und löschen Sie es, falls vorhanden.
Der Speicherort der PID-Datei ist standardmäßig,
/var/run/mysqld/mysqld.pid
in der Konfigurationsdatei kann jedoch ein anderer Speicherort festgelegt werden.quelle
Das ist mir gerade passiert. Das Dateisystem war zu 100% voll
Bestätigen mit:
df -h /
quelle