ERROR 2002 (HY000): Can't connect to local MySQL server through soc

F

Ferenghi

New Member
Vorgeschichte:
V-Server bei Strato, monatelang tadellos funktioniert.

Am Wochenende plötzlich Seite nicht mehr erreichbar.. (fragt mich bitte nicht nach der genauen Meldung).
Jedenfalls Server neu gestartet...
Keine Homepages mehr erreichbar..
Fehlermeldung:
Database connection error (2): Could not connect to MySQL.

Ok der Ferenghi denkt sich, er ist nicht blöde.. er hat ja bei Strato immer die Datensicherung gemacht und zahlt dafür auch jeden Monat noch ein paar Euros extra..
also Datensicherung vom Vortag eingespielt.. einspielen lassen...
immer noch das selbe..

Dann mal per Putty geschaut.. MYSQL-Server startet nicht mehr..
Fehlermeldung:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Entsprechende Datei suchen gegangen.. Ist vorhanden?? Was nun??
Foren gelesen und hier im Forum auf die selbe Fehlermeldung gestoßen:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket

Hi also wenn ich ./psa start mache wo alle Dienste gestartet werden kommt dies. Starting xinetd service... done Starting named service... done Starting mysql service...
serversupportforum.de serversupportforum.de
aber speicherplatz habe ich (von 200 GB noch cirka 80 GB), kann das Problem also nicht sein..

An my.cnf wurde noch nie etwas verändert und daher leider auch keine logdateien vorhanden wo ich nachschauen könnte..
Wer hat eine Idee was es noch sein könnte bzw. wie ich den fehler beheben kann??

Da ich auf Back-Up von Strato (war wohl ein Fehler) vertraut habe wurden auch schon seit mehr als einem keine Datenbanksicherungen mehr per MSD gezogen. Kann ich sonst noch irgendwie die Dateien runterziehen und wieder ein neu aufgebautes Plesk einsetzen (einfach kopieren dürfte aufgrund der installierten Ubuntu 12.04 LTS + Plesk 11.0 und der nur noch angebotenen Plesk 11.5 unmöglich sein)

Danke
 
Unter Debian findest du standardmäßig im syslog weitere Informationen, warum MySQL nicht startet. Ubuntu weiß ich gerade nicht - aber im Zweifelsfall grepst du einfach mal nach "mysqld" in /var/log.
 
danke @php-friends,

ich habe dort nichts gefunden. Kann auch daran liegen, dass ich schon die Datensicherung von Strato eingespielt habe. Ich bin inzwischen nicht nur frei von jeglichem Wissen sondern auch von jeglicher Ahnung... :-(
 
Hallo Ferenghi,

prinzipiell ists erstmal vollkommen pillepalle ob MySQL startet oder nicht.
Wichtig ists ob die DATENBANKEN noch physikalisch vorhanden sind.

Sind die da, kann man sie auch fast immer retten :-)

Das Standardverzeichnis ist /var/lib/mysql - da sollte es für jede Datenbank einen Ordner mit gleichem Namen geben. DEN brauchst du.

In der Theorie kann man die Dateien da wegsichern und in ner neuen DB reinkopieren, sollte ne Kleinigkeit sein.

Schreib wenn ich helfen soll.

Thomas
 
:eek: Bitte niemals einzelne Verzeichnisse oder Dateien aus /var/lib/mysql nehmen - das ist hinten und vorne nicht konsistent und kann ganz übel enden!

Bei gestopptem mysqld kann man natürlich das _ganze_ Verzeichnis sichern.
 
Hallo PHP-Friends,

also wenn die Datenbank nicht mehr hochkommt und der Server sowieso schon x-mal hoch und runtergefahren wurde hätte ich behauptet dass es mit der Konsistenz eh schon vorbei ist :-)

Und dann ist das aufsammeln der Reste noch das Beste :-)

Thomas
 
Das halte ich mit Verlaub für Quatsch. Wir haben keinerlei Angaben darüber, warum MySQL nicht mehr startet, also kann die Konsistenz noch vollkommen in Ordnung sein.
 
Aber die Dateien wegkopieren BEVOR man irgendwelche Snapshosts zurückspielt wäre auch kein Fehler gewesen :-)
 
Ich hatte ihm per PN geholfen, mein letzter Stand war, das alles wieder in Ordnung ist. Bevor ihr euch aber so viel Mühe gebt und liebenswürdigerweise weiter den Kopf zerbrecht wollt ich nur kurz anmerken, dass das Problem schon behoben sein könnte.

LG Nilpferd
 
Nilpferd said:
Ich hatte ihm per PN geholfen [...] dass das Problem schon behoben sein könnte.
Click to expand...
Ja suuuper, da haben ja, neben der Arbeit die hier unnütz versenkt wurde, in Zukunft alle wahnsinnig was davon. Wäre nett, wenn ihr wenigstens schreiben würdet, wie ihr das Problem behoben habt. Dann wäre das auch für andere in Zukunft hilfreich, die vor dem gleichen Problem stehen und via google hier landen.
 
Klar das das nun falsch rüberkam.... dabei wollt ich hier nur eventuell unnötige Diskussionen stoppen bis sich der TE nun zu einem kurzen Statement meldet.

Als ich ihm geschrieben hatte hatte er schon das System zurückgesetzt. Ich habe ihm daraufhin nur ein paar Fragen wegen des Einspielens eines Backups beantwortet. Mit der Problemstellung hatte das aber schon garnichts mehr zu tun.

Und wenn man jemanden in die Pflicht nehmen kann das Thema mit einer Lösung abzuschließen dann bitte den TE und nicht andere, die vielleicht nur teilweise geholfen haben.

Außerdem habe ich nicht umsonst den Konjunktiv benutzt.
... dass das Problem schon behoben sein könnte.
Click to expand...
Ich bin mir dessen eben nicht ganz sicher.

Ansonsten gebe ich dir recht. Eine Lösung des Problems am Threadende wäre wünschenswert, wird hier aber nicht mehr kommen. Ich bin mir sicher man hätte den Reset nicht machen müssen. War aber nun schon stand der Dinge.

Damit ist das Thema nun auch durch für mich.

LG Nilpferd
 
Hatte das jetzt mal testen dürfen, ums kurz zu machen: Strato/Virtuozzo Backups und InnoDB Tabellen vertragen sich nicht.
Das Backup von Strato ist absolut nicht konsistent und um die Datenbank (zum aufsammeln der Reste) nochmal hochzubekommen kann man in det my.cnf innodb_force_recovery=4 eintragen. Oder aber natürlich das letze konsistente Datenbankbackup (was man z.B. mit mysqldump gemacht hat) nach einer Mysql "neu"-Installation zurückspielen.

Das so ein Backup einer Datenbank mit irgendeinem externen Toolned konsistent ist, ist nicht verwunderlich. Ärgerlich finde ich dass sich das bei Strato eher anders anhört, Zitat:
Bei Ihrem STRATO V-PowerServer müssen Sie tägliche Backups nicht selbst erledigen.STRATO sichert Ihre Daten und Verzeichnisse, damit im tagtäglichen "Datengeschäft" Ihrer Website nichts verloren geht. Das Erstellen dieser Sicherheitskopien geschieht mit intelligenter Speicherarchitektur automatisch im Hintergrund.
Click to expand...

Thomas
 
You must log in or register to reply here.
Back
Top