MySQL Fehler nach Quota überschreitung

PhilippGer

Mitglied
Hi.
Hoffe das ist jetzt im richtigen Forumsbereich gelandet ;-)

Also:
Ich Bekannte rhat einen Webserver, bei dem vor ca. einer Woche der SPeicherplatz ausgegangen ist (Quota überschreitung). Habend araufhin ein paar Dateien gelöscht und es ging wieder.
Ich musste per phpMyAdmin die MySql Datenbanken reparieren und die Seite lief ersteinmal.

Dann tauchte der hier beschriebene Fehler auf:
http://kb.parallels.com/6586

Plesk zeige beim Aufruf nurnoch das /psa/misc.frm "incorrect" sei.

Also bin ich der Anleitung gefolgt.

Bei Punkt 8 soll ich nun den MySql Server starten, jedoch verweigert der mir den Dienst.
im log-verzeichnis gibt es kein *.err file.

die mysqld.log sagt:
Code:
120531 10:27:37  mysqld started
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
120531 10:27:37  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
120531 10:27:38  InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
120531 10:27:38  InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Cannot create doublewrite buffer: you must
InnoDB: increase your buffer pool size.
InnoDB: Cannot continue operation.
120531 10:27:38  mysqld ended

120531 10:30:24  mysqld started
120531 10:30:24  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...
120531 10:30:24  InnoDB: Starting log scan based on checkpoint at
InnoDB: log sequence number 0 8204.
InnoDB: Doing recovery: scanned up to log sequence number 0 8204
InnoDB: Page directory corruption: supremum not pointed to
120531 10:30:24  InnoDB: Page dump in ascii and hex (16384 bytes):

Ich habe die innodb_buffer_pool_size von anfänglich 16M schon auf 128M erhöht. Liegt wirklich da der Hund begraben?

Was mich zusätzlich stutzig machte:
In der my.cnf waren alle Einträge für innodb auskommentiert.

Hat hier jemand eine idee zum weiteren Vorgehen?

Grüße
 
So, durch mehrfaches reinkopieren alter backups habe ich mysql nun doch wieder zum starten bewegen können!

Ich wollte nun die Tabellen per mysqlcheck reparieren lassen.

Die zwei wichtigsten Datanbanken sind die für die Website und die für Plesk (Datenbankname "psa").

Wenn ich mysqlchekc mit der Website-Datenbank aufrufe bekomme ich für 50% der Tabellen:
"Error, Tablle is read only"
ich hatte auf alle Dateien chmod 1777 und chown mysql gemacht.
Muss ich noch irgendwelche anderen Locks entfernen?

€dit:
Ich habe "unlock tables" auf die Datenbank ausgeführt. Rückmeldung war:
"Query okay, 0 Rows effected"
Der Fehler besteht weiterhin.

€dit 2:
Alles in /var/lib/mysql hat nunfolgende permissions:
drwxrwxrwt 2 mysql mysql 4096 2012-05-31 12:36 <name>



Für die Datenbank psa listet mir mysqlcheck nur 2 Tabellen auf, obwohl über 20 Dateien im verzeichnis liegen. ist das korrekt?


Lösung:
Ganz ganz dummer Fehler!
nach dem Ändern der Berechtigungen muss MySql neu gestartet werden! Dann funktioniert es wunderbar :)
 
Zuletzt bearbeitet:

Neue Beiträge

Zurück