Table marked as crashed nach VServer Update

[Saftschubser]

Hallo zusammen,

ich stehe ein wenig auf dem Schlauch.

Heute führte mein Provider ein Update auf deren VServern durch.

Im Zuge der Updates wurde die Hostmaschine wohl mehrfach neu gestartet, das Ergebnis war:

MySql.Data.MySqlClient.MySqlException: Table '.\xxx\yyy' is marked as crashed and last (automatic?) repair failed

Die Repair Angaben in meiner ini lauten:

# Automatically check and repair not properly closed MyISAM tables.
myisam-recover=FORCE,BACKUP
myisam_repair_threads = 1

Ist hier irgend etwas unvollständig?

Danke und Gruß im Voraus

 

[Ben.]

Hast du versucht mit

myisamchk -r TABELLENNAME

bzw.

myisamchk -r -v -f TABELLENNAME

die Tabelle zu reparieren?

Gibt es ggf. mehr Output warum der Reparaturversuch fehlgeschlagen ist?

 

[Saftschubser]

Die Maschine wurde laut Eventlog um 11:26:12 neu gestartet.

Um 11:27 Uhr findet sich in der .err Datei nur:

131126 11:27:00 InnoDB: Started; log sequence number 0 43634
C:\Parallels\Plesk\MySQL\bin\mysqld-nt.exe: ready for connections.

Aus den eigentlichen Error Log:

131126 11:28:27 [ERROR] C:\Parallels\Plesk\Databases\MySQL\bin\mysqld-nt.exe: Table '.\db1\xxxxxxx' is marked as crashed and should be repaired
131126 11:28:27 [Warning] Checking table: './db1/xxxxxxx'
131126 11:28:55 [Warning] Recovering table: './db1/xxxxxxx'
131126 11:28:55 [Note] Retrying repair of: './db1/xxxxxxx' with keycache
131126 11:28:55 [ERROR] Couldn't repair table: db1.xxxxxxx

//Diese hier konnte er ebenfalls nicht reparieren
131126 11:28:56 [ERROR] C:\Parallels\Plesk\Databases\MySQL\bin\mysqld-nt.exe: Table '.\db1\yyyyyyy' is marked as crashed and last (automatic?) repair failed

Vorher hatte er nen Haufen kleiner Tabellen repariert, funktionierte.

Nur beiden diesen beiden (1,3GB und 360MB) konnte er das nicht durchführen.

Mit gehts auch jetzt weniger um ein "Was mache ich jetzt" sondern eher, ob mein Repair Eintrag in der ini einfach nur fehlerhaft oder unvollständig ist.

 

[Saftschubser]

Leider passierte selbiges Unglück soeben wieder.

Noch mal zur Konstellation: vServer Windows bei 1und1.

Soeben war 1und1 vermutlich der Meinung, die Hostmaschine neu starten zu müssen.

Nach dem Reboot meldete mysql auf einer Tabelle (wohlbemerkt nur eine von rund 60):

140410 13:40:05 [ERROR] C:\Parallels\Plesk\Databases\MySQL\bin\mysqld-nt.exe: Table '.\xyz' is marked as crashed and last (automatic?) repair failed

In der my.ini liegen folgende Einträge vor:

myisam-recover=FORCE,BACKUP
myisam_repair_threads=4

Für mich ergeben sich weiterhin folgende Fragen:

a.) Warum erfolgt kein automatisches Repair?
b.) Warum crasht obige Tabelle nach jedem harten Neustart durch den Provider?

Obige Tabelle ist ca. 3,3 GB groß, davon 1,4 GB index.

Ich bräuchte dringend einen Rat....

 

[s24!]

Soeben war 1und1 vermutlich der Meinung, die Hostmaschine neu starten zu müssen.

Das kann schon mal vorkommen und geschieht auch sicher nicht grundlos.

a.) Warum erfolgt kein automatisches Repair?

Es erfolgt durchaus ein REPAIR, dieses schlägt aber fehl. Steht da doch.

b.) Warum crasht obige Tabelle nach jedem harten Neustart durch den Provider?

Wenn es wirklich ein Reset ist, sollte dein Hoster da nachbessern oder deine VM kriegt tatsächlich den Shutdown-Befehl, kann diesen aber nicht verarbeiten oder reagiert nicht in angemessener Zeit darauf (ist eigentlich im Ergebnis dasselbe: Strom aus, der Host kann nicht ewig auf dich warten). Dass die Tabelle in diesem Fall als "crashed" markiert wird, ist korrekt, wenn sie zuvor nicht korrekt geschlossen wurde. Und dazu hat MySQL bei einem "Abschuss" relativ wenig Gelegenheit.