Hallo Florian;
Hast du denn mal probiert was ich dir geschrieben hatte?
Copy:
Hallo;
`
> vmysql:_error_creating_table_'valias':_Table_'valias'_already_exists/v
> m
> ysql:_
>
Wieso hast du da eine Fehler CREATE??
> sql_error[j]:_Incorrect_information_in_file:_'./vpopmail/valias.frm'/d
> i
> d_0+0+1/
Hast du schon mal probiert die tabelle über "create table test_valias like
valias" neu zu erstellen Und dann diese zu befüllen "insert into test_valias
select * from valias"
Dann würde ich mal probieren diese zu ändern "rename table valias to
valias_old"
"rename table test_valias to valias"
Und schau mal ob die dann immer noch defekt meldet?!
Kann sein das auf der Disk ein Fehler ist ???!!!
Sag mal was draus geworden ist
End copy:
Mit freundlichen Grüssen
Thomas Goik
--
Lofox GmbH
Geschäftsführerin: Evelyn Fuchs
Im Kamperholz 48
44805 Bochum - Germany
Amtsgericht Bochum HRB 7042
USt-IdNr.: DE215698227
St.-Nr. Bochum 306/5885/0172
> -----Mensaje original-----
> De: Florian Sonnenschein [mailto:Florian.Sonnenschein@stripped]
> Enviado el: jueves, 13 de agosto de 2009 9:37
> Para: Susanne Ebrecht
> CC: mysql-de@stripped
> Asunto: Re: Problem mit Tabelle
>
> 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/vm
> ysql:_
> >>
> >>
> sql_error[j]:_Incorrect_information_in_file:_'./vpopmail/valias.frm'/di
> d_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
> >
>
> --
> Deutsche MySQL Mailingliste
> Listenarchive: http://lists.mysql.com/mysql-de
> Abbestellen (unsubscribe): http://lists.mysql.com/mysql-
> de?unsub=technik@stripped
