Plesk – Unable to connect to database: mysql_connect(): Connection refused (auth.php:142)
Solltet ihr diese Fehlermeldung erhalten, ist das System wahrscheinlich „hart“ neu gestartet worden und die MySQL Socket Datei existiert noch.
1 | ERROR: PleskFatalException: Unable to connect to database: mysql_connect(): Connection refused (auth.php:142) |
Wir lösen es mit ein paar Shell Befehlen. Log dich als root per SSH ein und führe die Kommandos aus.
Temporäre Lösung unter CentOS 6
1 2 3 4 5 6 | # /etc/init.d/mysqld start Another MySQL daemon already running with the same unix socket. Starting mysqld: [FAILED] # rm -f /var/lib/mysql/mysql.sock # /etc/init.d/mysqld start Starting mysqld: [ OK ] |
Permanente Lösung unter CentOS 6
Um dieses Problem dauerhaft zu lösen bearbeiten wir das Init-Script /etc/init.d/mysqld
.
Wir gehen an die Stelle start()
(ca. Zeile 118) und ändern die bereits vorhandene $socketfile
Abfrage wie folgt ab.
1 2 3 4 5 6 7 8 9 10 11 | start() [...] if [[ -S "$socketfile" && -f "$mypidfile" ]] ; then echo "Another MySQL daemon already running with the same unix socket." action $"Starting $prog: " /bin/false return 1 else echo "Remove $socketfile" rm -f "$socketfile" fi [...] |
0
Danke für den Hinweis, aber wie kann man den Fehler an der Wuzel packen? bei mit passiert das regelmäßig seit ich einen Hardreset am Server durchgeführt habe 🙁
ich kann ja nicht jeden tag die sock datei aufs neue löschen?
thx!
Hi Michael,
CentOS Systeme prüfen im MySQLd Init-Script ob beim Starten „$datadir/mysql.sock“ existiert.
Wenn du den Dienst „sauber“ stoppst, sollte eigtl. „rm -f „$socketfile“ ausgeführt werden. Nun stelle ich mir die Frage, wieso tritt das Problem fast täglich bei dir auf? Startes du das System jeden zweiten Tag neu? Wenn du den Dienst per Init-Script stoppst und startest, hast du das Problem ebenfalls?
Gruß,
Dominion
Vielen Dank für diese hervorragende Erklärung, Sie war mir eine große Hilfe. 🙂
Gruß, Kay
Helped very much, even Plesk’s site didn’t have this info.
I had this happen after a power outage.