Problem nach Stromausfall [GELÖST]

[oehjg]

Hallo, die mysql Datenbank startet nach einem Stromausfall nicht mehr:

Wenn ich es manuell versuche kommt folgendes:

root@server:/# 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!

wenn ich den Status anschaue der log:

root@server:/# systemctl status mysql.service
â mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql)
Active: failed (Result: exit-code) since Thu 2016-12-15 14:38:59 CET; 3min 12s ago
Process: 2471 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: 2) If the table is not needed, or you can restore it from a backup,
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: crash recovery and ignore that table.
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: 3) If the file system or the disk is broken, and you cannot remove
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: and force InnoDB to continue crash recovery here.
Dec 15 14:38:59 server.dsjo.de mysql[2471]: Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Dec 15 14:38:59 server.dsjo.de systemd[1]: mysql.service: control process exited, code=exited status=1
Dec 15 14:38:59 server.dsjo.de systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Dec 15 14:38:59 server.dsjo.de systemd[1]: Unit mysql.service entered failed state.

Bitte kann mir einer helfen?

[Jolinar]

Steht doch schon da, was du tun kannst (die Textpassagen jeweils nach "InnoDB:"):

Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: 2) If the table is not needed, or you can restore it from a backup,
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: crash recovery and ignore that table.
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: 3) If the file system or the disk is broken, and you cannot remove
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
Dec 15 14:38:29 server.dsjo.de mysqld[2766]: InnoDB: and force InnoDB to continue crash recovery here.

Also *.ibd File löschen, wenn du ein Backup hast und das einspielen kannst, alternativ Force-Recovery in der my.cnf aktivieren und hoffen, daß der Daemon das Problem korrigieren kann.

P.S.:
Und wieder mal ein sehr schönes Beispiel, wie eminent wichtig eine funktionierende Backupstrategie ist

[oehjg]

Server ist wieder da, die Pages funktionieren auch nur keyhelp nicht bzw auch keine Mails usw... wenn ich den Server aufrufen will kommt nun:

MySQL - Query Error: Table 'keyhelp.settings' doesn't exist in engine (1932)

[Jolinar]

Da hat es wohl mindestens eine Tabelle zerschossen.
Welche Schritte hast du genau unternommen, um den DB-Server wieder zum Arbeiten zu bewegen?
Hast du Backups schon eingespielt, um die korrupte Tabelle(n) zu ersetzen?

[Martin]

Hallo,

laut Fehlermeldung hat es hier die InnoDB bzw. einige Tabellen daraus zerrissen, diese müssten ggf. aus dem Backup wiederhergestellt werden.
Tägliche Dumps der KeyHelp Datenbank finden sich, abgesehen von Backups über die Backupfunktion, in folgendem Ordner:

Code: Select all

ls -lh /home/keyhelp/keyhelp.backup/dumps/
insgesamt 8,6M
-rw------- 1 keyhelp keyhelp 530K Dez 14 19:12 current.keyhelp.sql
-rw------- 1 keyhelp keyhelp  24K Dez 14 19:12 current.phpmyadmin.sql
-rw------- 1 keyhelp keyhelp 3,8M Dez 14 19:12 current.roundcube.sql
-rw------- 1 keyhelp keyhelp 528K Dez 13 19:11 old.keyhelp.sql
-rw------- 1 keyhelp keyhelp  24K Dez 13 19:11 old.phpmyadmin.sql
-rw------- 1 keyhelp keyhelp 3,8M Dez 13 19:11 old.roundcube.sql

[oehjg]

man ich chekc grad echt nichts mehr jetzt bin ich schon zu blöde ne Datenbank einzuspielen:

mysql -u ++++ -p +++++ keyhelp < current.keyhelp.sql

oder was mach ich jetzt wieder falsch?

[Jolinar]

mysql -u ++++ -p +++++ keyhelp < current.keyhelp.sql

oder was mach ich jetzt wieder falsch?

Grundsätzlich erstmal richtig. Kommen Fehlermeldungen?

[oehjg]

Oder mom, Benutzername von keyhelp root? oder der Admin Loginname? Bin jetzt echt grad am verzweifeln, habe schon alle mögliche Daten probiert....

[oehjg]

ja

ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

Heisst irgendwas mit den Daten stimmt nicht, nur habe jetzt alle Passwörter zu root und auch dem anderen Login in Keyhelp probiert und immer der selbe fehler ...

Oder legt da keyhelp andere Daten an? habs nun auch mit phpmyadmin versucht, selber Fehler egal was ich da angebe

[Jolinar]

Die Logindaten, welche zum Zeitpunkt der Installation generiert wurden, findest du im Folder /root im File keyhelp_login_data_yyyy-mm-dd_hh-mm-ss (wobei yyyy-mm-dd_hh-mm-ss für den Zeitpunkt der Erstellung des Files steht). Der DB-root User sollte alle Rechte für ein erfolgreiches Restore haben.

Nachtrag:

mysql -u ++++ -p +++++ keyhelp < current.keyhelp.sql

Wenn du das Paßwort mit in der Befehlszeile angibst, darf zwischen -p und dem Paßwort kein Leerzeichen sein.

[select name from me;]

Ich verwende gerne einfach folgenden Befehl:

Code: Select all

mysql --defaults-extra-file=/etc/mysql/debian.cnf

Damit muss man keine Zugangsdaten suchen und sieht per ps auch kein Kennwort.

[oehjg]

ok abs nun, jetzt hat er nur das Problem mit der vorhandenen Tabelle

ERROR 1813 (HY000) at line 25: Tablespace for table '`keyhelp`.`backup_remote_settings`' exists. Please DISCARD the tablespace before IMPORT.

[select name from me;]

[OT]@Jolinar: Du bist ganz schön schnell. 3 Minuten nach der Frage schon eine Antwort. [/OT]

[select name from me;]

Kannst Du bitte mal folgende Ausgabe hier posten?

Code: Select all

cd /var/lib/mysql/keyhelp
ls backup_remote_settings.*

Vermutlich liegt da nur die backup_remote_settings.ibd und die Datei backup_remote_settings.frm fehlt.
In diesem Fall würde ich die backup_remote_settings.ibd mal an einen anderen Ort verschieben und die Tabelle neu importieren.

[Jolinar]

[OT]@Jolinar: Du bist ganz schön schnell. 3 Minuten nach der Frage schon eine Antwort. [/OT]

Ich gleiche nur mein biologisches Alter durch effizienten Ehrgeiz aus