MYSQL ist down und startet nicht mehr

[mariodieck]

Hallo leute, ich habe mitbekommen das meine Website sowie Plesk nicht mehr laufen.

PLSEK meldet

Code: Alles auswählen

Server Error
500
Zend_Db_Adapter_Exception
SQLSTATE[HY000] [2002] No such file or directory

Website gibt folgendes aus

Code: Alles auswählen

Error Message:

Connecting to MySQL server 'localhost' failed

Ich hatte mich dann mal bei gemacht und MYSQL neugestartet und dabei bekam ich folgendes

Code: Alles auswählen

puck435:~# /etc/init.d/mysql start
[....] Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See 'systemctl status mysql.service ' and 'journalctl -xn' for details.
failed!

systemctl status mysql.service gibt folgendes aus

Code: Alles auswählen

● mysql.service - LSB: Start and stop the mysql database server daemon
   Loaded: loaded (/etc/init.d/mysql)
   Active: failed (Result: exit-code) since Thu 2019-03-28 10:02:49 CET; 45s ago
  Process: 11219 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Mar 28 10:02:19 puck435 mysqld[11402]: /usr/sbin/mysqld[0x52ac45]
Mar 28 10:02:19 puck435 mysqld[11402]: /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x57b)[0x5307db]
Mar 28 10:02:19 puck435 mysqld[11402]: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fc99acc1b45]
Mar 28 10:02:20 puck435 mysqld[11402]: /usr/sbin/mysqld[0x526221]
Mar 28 10:02:20 puck435 mysqld[11402]: The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
Mar 28 10:02:20 puck435 mysqld[11402]: information that should help you find out what is causing the crash.
Mar 28 10:02:49 puck435 mysql[11219]: Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . ...iled!
Mar 28 10:02:49 puck435 systemd[1]: mysql.service: control process exited, code=exited status=1
Mar 28 10:02:49 puck435 systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Mar 28 10:02:49 puck435 systemd[1]: Unit mysql.service entered failed state.
Hint: Some lines were ellipsized, use -l to show in full.

und journalctl -xn gibt mir folgendes

Code: Alles auswählen

-- Logs begin at Wed 2019-03-27 20:27:50 CET, end at Thu 2019-03-28 10:04:03 CET. --
Mar 28 10:03:46 puck435 smbd[11869]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:03:47 puck435 smbd[11870]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:03:55 puck435 smbd[11871]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:04:01 puck435 CRON[11874]: pam_unix(cron:session): session opened for user root by (uid=0)
Mar 28 10:04:01 puck435 CRON[11875]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmn
Mar 28 10:04:01 puck435 CRON[11874]: pam_unix(cron:session): session closed for user root
Mar 28 10:04:01 puck435 postfix/smtpd[10590]: warning: hostname myort.net does not resolve to address 93.157.63.6
Mar 28 10:04:01 puck435 postfix/smtpd[10590]: connect from unknown[93.157.63.6]
Mar 28 10:04:02 puck435 smbd[11878]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:04:03 puck435 smbd[11880]: pam_unix(samba:session): session closed for user nobody
lines 1-11/11 (END)...skipping...
-- Logs begin at Wed 2019-03-27 20:27:50 CET, end at Thu 2019-03-28 10:04:03 CET. --
Mar 28 10:03:46 puck435 smbd[11869]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:03:47 puck435 smbd[11870]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:03:55 puck435 smbd[11871]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:04:01 puck435 CRON[11874]: pam_unix(cron:session): session opened for user root by (uid=0)
Mar 28 10:04:01 puck435 CRON[11875]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Mar 28 10:04:01 puck435 CRON[11874]: pam_unix(cron:session): session closed for user root
Mar 28 10:04:01 puck435 postfix/smtpd[10590]: warning: hostname myort.net does not resolve to address 93.157.63.6
Mar 28 10:04:01 puck435 postfix/smtpd[10590]: connect from unknown[93.157.63.6]
Mar 28 10:04:02 puck435 smbd[11878]: pam_unix(samba:session): session closed for user nobody
Mar 28 10:04:03 puck435 smbd[11880]: pam_unix(samba:session): session closed for user nobody

ls /var/run/mysqld -l gibt folgendes

Code: Alles auswählen

total 0

Ich habe weder in der my.cnf noch woanders etwas geändert. Habe dann in var/log/mysql die error.log auslesen wollen, nur diese ist leer.

Per Google finde ich zwar den ein oder anderen Ansatz, aber ob dass das ist was ich benötige weiß ich leider nicht da ich mich bislang nicht so auseinandersetzen musste mit MYSQL

Es ist ein LinuxServer mit Debian 8 Template. Hoffe Ihr könnt mir etwas weiter helfen...

[DeletedUserReAsG]

Zunächst: du nutzt Plesk, das ist einerseits kommerzielle Software und führt andererseits dazu, dass viele „normale“ Vorgehensweisen nicht mehr funktionieren, oder, was vielleicht unangenehmer ist, noch mehr kaputtmachen. Du solltest dich an den Parallels-Support wenden, oder schauen, ob du nicht ohne diese Software auskommen kannst, sondern dir vielleicht ein richtiges, sauberes Debian drauftun möchtest. Außerdem deutet „Template“ drauf hin, dass du ein vom Provider gestelltes Image draufgebügelt hast – hier weiß keiner, wie dieser das so konfiguriert, und was er dabei möglicherweise verbogen hat.

Ansonsten wär’s sinnvoll, das Journal mal ungefiltert aufzurufen und zu gucken, ob sich da was finden lässt. Auch bewährt hat’s sich, den Daemon manuell im Vordergrund, mit entsprechenden Verbose- und/oder Debugoptionen, zu starten und zu gucken, was da so ausgegeben wird.

[eggy]

Ich würd erstmal schauen, dass ich die Hinweise auf die kaputte Namensauflösung aus der Welt geschafft bekomm. Zwar eher unwahrscheinlich, aber evtl liegts nur daran, dass Du die Zugriffsrechte per Hostnamen gesetzt hast und er das nicht verifizieren/auflösen kann.

[mariodieck]

Hallo, würde es auch funktionieren wenn ich die Datenbank mit dem Parameter innodb_force_recovery versuche zu starten? Ich weiß das da auch Daten verloren gehen können. Aber ein Versuch ist es wert oder?

[DeletedUserReAsG]

Du solltest erstmal schauen, woran es liegt. Blind irgendwas auszuprobieren führt in den wenigsten Fällen zum Erfolg. Wie man’s machen kann, schrieb ich ja schon.

[mariodieck]

Hallo Niemand,

danke für deine Antwort.

Ich nutze Plesk schon von Anfang an und das seit knapp 9 Jahren, hatte bislang auch noch keinerlei Probleme diesen Ausmaß Ich habe mich ebenfalls schon an den Parallels-Support gewandt aber leider noch keine Antwort erhalten.

Würdest du mir mal erklären wie man das Journal ungefiltert aufrufen kann? Und das mit dem

Daemon manuell im Vordergrund, mit entsprechenden Verbose- und/oder Debugoptionen, zu starten und zu gucken, was da so ausgegeben wird.

Hab in dieser Hinsicht leider zu wenig Erfahrungen. Wehre dir da sehr dankbar

lg Mario