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
--
Sun Microsystems GmbH
Dipl.-Inf. Susanne Ebrecht, Support Engineer
33615 Bielefeld, Germany
http://www.sun.com
Registered Office: Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Chairman of the Supervisory Board: Martin Haering
