Korrupte Tabellen

Die klassische Schrecksekunde: Beim Abspeichern eines Postings über s9y spuckt das Webinterface lapidar gar grausames ins Gesicht des bloggenden Kunden:

Table ‘serendipity_entries’ is marked as crashed and should be repaired

Etwas voreilig der erste Rettungsversuch:

myself@basquiat.de> mysqlcheck -u$USER -p$PASS $DATABASE --auto-repair
[...]
serendipity_entries error: Table serendipity_entries’ is marked 
as crashed and should be repaired
[...]
Repairing tables
serendipity_entries                     OK

Sieht gut aus, war es aber nicht. Beim Versuch der Verifikation wenig erbauliches:

myself@basquiat.de> mysqlcheck -u$USER -p$PASS $DATABASE
serendipity_entries
error    : Key in wrong position at page 33792
error    : Corrupt

Pikanterweise ging nun garnichts mehr, ein Aufruf des Blogs brachte nur ein SQL-Statement samt Fehlermeldung - ich fühlte mich also ein wenig unter Druck gesetzt. Der letzte Nothammer:

myself@basquiat.de> mysql -u$USER -p$PASS $DATABASE
mysql> repair table serendipity_entries use_frm;
+-------------------+------+--------+------------------------------------+
|Table              |Op    |Msg_type|Msg_text                            |
+-------------------+------+--------+------------------------------------+
|serendipity_entries|repair|warning |Number of rows changed from 0 to 284|
|serendipity_entries|repair|status  |OK                                  |
+-------------------+------+--------+------------------------------------+
2 rows in set (0.70 sec)

mysql> quit
Bye
myself@basquiat.de> mysqlcheck -u$USER -p$PASS $DATABASE
serendipity_entries                     OK

Aus der Manpage:

Das Blog zuckt kurz und ist wieder da. Merken für’s nächste Mal. Backups existieren, nevertheless.