Hallo,
sobald ich "ALTER TABLE valias RENAME TO valias_copy;" benutze, bekomme
ich folgende Fehlermeldung: ERROR 1033 (HY000): Incorrect information in
file: './vpopmail/valias.frm'. Diese Meldung bekomme ich immer, egal was
ich mit der Tabelle machen möchte.
mfg
Florian Sonnenschein
Susanne Ebrecht schrieb:
> Hallo Florian,
>
> Florian Sonnenschein schrieb:
>> Hallo zusammen,
>>
>> wir benutzen mysql 4.1.11 auf einem Debiansytem.
>
> MySQL 4.1.11 ist extrem alt. Aktuelle 4.1 Version ist 4.1.25. Die
> aktuelle Version ist 5.1.37.
>
> Heisst, zwei Vollversionen ist MySQL weiter (4.1 -> 5.0 -> 5.1)
> vielleicht solltest Du mal über Upgrading nachdenken.
>
> Aber egal ....
>
>> vmysql:_error_creating_table_'valias':_Table_'valias'_already_exists/vmysql:_
>>
>> sql_error[j]:_Incorrect_information_in_file:_'./vpopmail/valias.frm'/did_0+0+1/
>>
>
> Was mir hier nicht ganz klar ist, ist was geschah vor der Fehlermeldung?
>
> Dazu gibt es genau drei Möglichkeiten:
>
> 1) Du wolltest die Tabelle valias anlegen, und das ging nicht (vorher
> DROP benutzt)
>
> 2) Du hast vorher etwas ausgelöst, was automatisch die Tabelle kopiert
> (ALTER TABLE oder ähnliches)
>
> 3) Du wolltest sie nicht anlegen, weil sie ja eigentlich da sein
> sollte und die Fehlermeldung, dass CREATE nicht funktioniert sieht auf
> den ersten Blick nach einer zufällig von MySQL gewählten Fehlermeldung
> aus.
>
> Lösung:
>
> WICHTIG! Wenn Du daran herumbastelst, vergess nicht vorher Deinen
> Slave abzustellen, und ihm hinterher zu sagen, wo es weitergeht.
> Ansonsten könnte es ins Auge gehen. Bedenke, alles was Du auf dem
> Master machst, wird auf dem Slave ausgeführt. Bei einigen Sachen ist
> es nicht schlimm, andere könnten aber daneben gehen, und die meisten
> Sachen sind ja scheinbar unnötigt, dass sie vom Slave repliziert werden.
>
> 1) und 2) laufen auf dasselbe hinaus. Hier hat vorher ein DROP nicht
> funktioniert oder ein anderer Löschprozess.
>
> Wenn Du die Tabelle eh löschen wolltest, dann versuch einfach das
> ganze nochmal und schau mal nach was beim DROP passiert.
>
> Also schau im datadir nach, ob wirklich alle Fragmente gelöscht wurden.
>
> 3) Ist, wenn ich Dich richtig verstanden habe das Problem.
>
> Bedenke, dass 3) auch aufgrund von 2) passiert sein kann.
>
> Aber egal, in jedem Fall solltest Du einfach mal versuchen, die
> Tabelle neu anzulegen.
>
> ALTER TABLE kopiert die Tabelle.
>
> Irgendwas wie:
>
> ALTER TABLE valias RENAME TO bla;
> FLUSH logs;
> ALTER TABLE bla RENAME TO valias;
> FLUSH logs;
>
> oder:
>
> ALTER TABLE valias ENGINE=innodb;
> FLUSH logs;
> ALTER TABLE valias ENGINE=myisam;
> FLUSH logs;
>
> (wenn die Engine vorher MyISAM war).
>
> Wie lang ist die Uptime des Servers?
> Diese Idee ist nur ein reines Bauchgefühl. Bei so alter MySQL Version
> könnte das Debian ebenfalls uralt sein. Potatoe und Woody machten
> Probleme bei zu hoher Uptime.
>
> Vielleicht hilft hier ja einfach der alte Windows Trick.
> Ausmachen/Anmachen und alles ist wieder rosa.
>
> Also ernsthaft, gerade wenn die Tabelle größer ist und ein umkopieren
> eine kleine Ewigkeit dauern würde, würde ich erstmal versuchen einmal
> den Daemon zu stoppen und wieder neu zu starten.
>
> Ich persönlich würde es via ps ax | grep mysql und dann mit kill aller
> MySQL Prozesse stoppen und dann via init.d wieder anschmeissen.
>
> Hilft das nicht, würde ich wirklich den Server mal restarten.
>
> Bauchgefühl Nummer zwei:
>
> Deine Platte hat den Scheideweg angetreten.
>
> In jedem Fall solltest Du mal Deine Festplatte prüfen.
>
> Susanne
>
