MySQL-Server startet nicht - keine Protokolle

7

Nach einem Neustart wird MySQL nicht gestartet. sudo service mysql startgibt start: Job failed to startund 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 startgeben 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")

mysql

— Owen
quelle

/etc/init.d/mysqld startnichts in /var/log/messagesoder /var/log/mysqld?

— Bart De Vos

1

Haben Sie volle Festplatten? Wenn der Protokolldatenträger voll ist, kann kein Protokoll geschrieben werden.

— Mike Scott

Genau das gleiche Problem haben. Haben Sie eine Lösung dafür gefunden? Keine der Antworten hier hat das Problem behoben. : /

— Torsten

Ich glaube, ich musste neu installieren (löschen mit einer manuellen Sicherung von / var / lib / mysql)

— Owen

4

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?

— Gregory MOUSSAT
quelle

Gregory, ich glaube du hast noch nicht die Fähigkeit. Sie erhalten mehr Zugriff, wenn Sie Ihren Ruf aufbauen. Dies soll wahrscheinlich verhindern, dass neu erstellte Benutzer automatisierte Spam-Kommentare zu Spam-Posts verfassen.

— Kyle Smith

1

Nun, das ist eine Antwort und kein Kommentar. Um es etwas weiter zu skizzieren, werde ich Gergorys Antwort etwas bearbeiten.

— Nils

2

Das gleiche Problem hier war für mich der Grund, dass die my.cnfDatei von /etc/my.cnfnach 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.cnfes sich um einen Symlink handelt:

user@machine:~ $ ls -l /etc/mysql/my.cnf
lrwxrwxrwx 1 root root 9 Jan 11  2011 /etc/mysql/my.cnf -> ../my.cnf

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.cnfaus /etc/mysql/my.cnf.dpkg-newoder so etwas ... wenn Sie es haben.

sudo unlink /etc/mysql/my.cnf
sudo mv /etc/mysql/my.cnf.dpkg-new /etc/mysql/my.cnf

PS: Wenn das Ziel dmesg | grep cnfdes Symlinks vorhanden ist, möchten Sie möglicherweise nach Apparmor-Fehlermeldungen suchen.

— Eugene
quelle

1

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.pidin der Konfigurationsdatei kann jedoch ein anderer Speicherort festgelegt werden.

— John Gardeniers
quelle

0

Das ist mir gerade passiert. Das Dateisystem war zu 100% voll

Bestätigen mit: df -h /

— Timbroder
quelle