Hi,
ja, habe ich ausprobiert. Wenn ich den ersten Befehl ausführe, also
"create table test_valias like valias;" bekomme ich schon die
Fehlermeldung:
"ERROR 1033 (HY000): Incorrect information in file:
'./vpopmail/test_valias.frm'" und die Tabelle wird nicht erstellt.
Gruß,
Florian
Thomas Goik - echtwahr.com schrieb:
> 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
>>
>
>
>
>
