mysql lässt sich nicht starten

[domii666]

Hi,

hab ein kleines Problem mit meinem Debian Wheezy und zwar läuft mysql nicht mehr. Lässt sich auch nicht starten. Problem ist halt dass Plesk sowie Joomla aktuell nicht läuft. Hintergrund, der V-Server ist vollgelaufen, liegt dann damit zusammen oder?

Logfile

150919 20:04:24 [Note] /usr/sbin/mysqld: Shutdown complete

150919 20:04:25 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150919 20:04:25 [Note] Plugin 'FEDERATED' is disabled.
150919 20:04:25 [Warning] option 'innodb-buffer-pool-size': signed value 2097152 adjusted to 5242880
150919 20:04:25 [Warning] option 'innodb-additional-mem-pool-size': signed value 512000 adjusted to 524288
150919 20:04:25 InnoDB: The InnoDB memory heap is disabled
150919 20:04:25 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150919 20:04:25 InnoDB: Compressed tables use zlib 1.2.8
150919 20:04:25 InnoDB: Using Linux native AIO
150919 20:04:25 InnoDB: Initializing buffer pool, size = 5.0M
150919 20:04:25 InnoDB: Completed initialization of buffer pool
150919 20:04:25 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
150919 20:04:25 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
150919 20:04:25 InnoDB: Waiting for the background threads to start
150919 20:04:26 InnoDB: Error: tablespace size stored in header is 3200 pages, but
150919 20:04:26 InnoDB: the sum of data file sizes is only 2816 pages
150919 20:04:26 InnoDB: Cannot start InnoDB. The tail of the system tablespace is
150919 20:04:26 InnoDB: missing. Have you edited innodb_data_file_path in my.cnf in an
150919 20:04:26 InnoDB: inappropriate way, removing ibdata files from there?
150919 20:04:26 InnoDB: You can set innodb_force_recovery=1 in my.cnf to force
150919 20:04:26 InnoDB: a startup if you are trying to recover a badly corrupt database.
150919 20:04:26 [ERROR] Plugin 'InnoDB' init function returned error.
150919 20:04:26 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
150919 20:04:26 [ERROR] Unknown/unsupported storage engine: InnoDB
150919 20:04:26 [ERROR] Aborting

150919 20:04:26 [Note] /usr/sbin/mysqld: Shutdown complete

Wäre cool wenn mir hier jemand helfen könnte.

Gruß Domi

 

[marce]

Steht doch da;

 150919 20:04:26 InnoDB: You can set innodb_force_recovery=1 in my.cnf to force

Die DB ist aber auf jeden Fall korrupt, evtl. musst Du also entweder manuell Daten nachziehen (so möglich) oder evt. auch ein Backup einspielen - je nach dem, was es alles gehimmelt hat.

 

[domii666]

okay, hört sich schon mal schlecht an.

Aber welche DB ist denn genau betroffen? es laufen mehrere darauf. ist ein Webserver mit 3 Webseiten, jede Webseite hat eine eigene Datenbank.

 

[marce]

Das lässt sich vermutlich nicht so einfach sagen - wenn Du es nicht anders konfiguriert hast landen die Daten alle in einer großen Datei.

https://de.wikipedia.org/wiki/InnoDB

 

[domii666]

okay, danke. Mich würde noch interessieren wann die DB gecrasht ist, der Log ist komischerweise immer täglich. Kann also da garnicht genau sehen wann das passiert ist.

 

[domii666]

so, mysql läuft wieder. Gibts ne Möglichkeit die Datenbanken einzeln mit mysqlcheck zu reparieren?

Gruß Domi

 

[remote_mind]

REPAIR TABLES geht nicht für InnoDB. Die genaue Vorgehensweise hängt von der Ausgabe von 'CHECK TABLE' ab, Details findest Du in der Dokumentation:

https://dev.mysql.com/doc/refman/5.5/en/rebuilding-tables.html

Ich würde eher ein Backup einspielen und so vorhanden die letzen Operationen aus dem Binlog auslesen.

viel Erfolg,
Nils

 

[domii666]

okay, zwei webseiten laufen, eine hats wohl zerbröselt.

Gruß Domi