dragonvalor
Goto Top

MySQL Server lässt sich nicht starten

Hi,
habe seit gestern ein Problem mit meinem Ubuntu 12.04 das sich dort der MySQL Dienst nicht mehr starten lässt.

bei "service mysql start" bringt er nur den Fehler: "start: Job failed to start".

In der error.log steht folgendes drinnen wobei ich mir allerdings keinen Rat weiß:


140917 12:30:13  InnoDB: Assertion failure in thread 139803027957568 in file buf0buf.c line 3619
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
10:30:13 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=0
max_threads=151
thread_count=0
connection_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 346700 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.  

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0 thread_stack 0x30000
/usr/sbin/mysqld(my_print_stacktrace+0x29)[0x7f266e28b719]
/usr/sbin/mysqld(handle_fatal_signal+0x483)[0x7f266e150ae3]
/lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7f266ce9acb0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f266c505425]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x17b)[0x7f266c508b8b]
/usr/sbin/mysqld(+0x649291)[0x7f266e37b291]
/usr/sbin/mysqld(+0x654b08)[0x7f266e386b08]
/usr/sbin/mysqld(+0x6554ac)[0x7f266e3874ac]
/usr/sbin/mysqld(+0x644ec0)[0x7f266e376ec0]
/usr/sbin/mysqld(+0x6162c6)[0x7f266e3482c6]
/usr/sbin/mysqld(+0x61707c)[0x7f266e34907c]
/usr/sbin/mysqld(+0x618a23)[0x7f266e34aa23]
/usr/sbin/mysqld(+0x6051fa)[0x7f266e3371fa]
/usr/sbin/mysqld(+0x5cedd9)[0x7f266e300dd9]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x7f266e1531b1]
/usr/sbin/mysqld(+0x30da31)[0x7f266e03fa31]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0xa94)[0x7f266e043074]
/usr/sbin/mysqld(+0x284d66)[0x7f266dfb6d66]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x624)[0x7f266dfba624]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f266c4f076d]
/usr/sbin/mysqld(+0x27e665)[0x7f266dfb0665]
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

Kann mir da jemand dabei helfen?

G Pad

Content-Key: 249440

Url: https://administrator.de/contentid/249440

Ausgedruckt am: 28.03.2024 um 15:03 Uhr

Mitglied: bytecounter
bytecounter 17.09.2014 um 13:11:53 Uhr
Goto Top
Hallo,

im Prinzip steht das doch da:
..
InnoDB: corruption in the InnoDB tablespace. Please refer to
..
Deine Datenbank scheint beschädigt zu sein. Die Ursachen sind vielfältig, da braucht es einfach ein paar mehr Infos. Ist die HDD ok? Warum wurde der mysqld neu gestartet oder trat der Fehler einfach morgens nach dem Einschalten auf? Oder nach einem Update, usw. usw..usw..

Du kannst mit der Option "innodb_force_recovery = 1" im Abschnitt mysqld der my.conf versuchen, ihn zu überreden, trotzdem zu starten und anschließend einen Dump der Datenbank(en) zu erstellen. Du kannst den Wert auch höher stellen, falls es nicht klappt. Ich meine, bis zu einem Wert von 3 sind die Chancen, dass die Daten selbst ok sind, noch recht gut (bin ich aber gerade nicht sicher). Darüber könnte es schwierig werden. Was aber sicherlich auf Grund eines vorhandenen Backups ja auch nicht tragisch sein dürfte face-wink
Im Normalbetrieb sollte dieser Wert aber immer auf 0 stehen!

vg
Bytecounter
Mitglied: DragonValor
DragonValor 01.10.2014 um 17:28:01 Uhr
Goto Top
Habe es mal mit der recovery Einstellung probiert aber es hat leider nichts gebracht.

Das mit dem Backup ist eine super sache nur sind an diesem Tag direkt die meisten Änderungen gemacht worden. Daher muss ich irgendwie wieder an die Datenbank kommen. Hat noch jemand eine Idee oder kann mir sagen was er noch an Infos bräuchte um den Fehler einzugrenzen.