Hallo Jan, danke für Deine Antwort.
Ich werde den ganzen Migrationspfad sicher noch ein bis zwei Mal ablaufen, bevor ich das am endgültigen Produktivsystem versuche. Falls es vorher tatsächlich einen Fehler gab, den ich übersehen habe, fällt er mir vielleicht dann auf. Sonst wäre ich geneigt, Deiner zweiten Begründung zu folgen, die dann hoffentlich auch zutrifft :-). Viele Grüße, Markus >-----Original Message----- >From: [email protected] [mailto:[email protected]] On Behalf >Of [email protected] >Sent: Tuesday, December 03, 2013 10:17 AM >To: [email protected] >Subject: Re: [otrs-de] Fehler bei Migration von OTRS 3.1 -> 3.2 > >Hallo Markus, > >das Skript hat versucht, einen Index zu löschen, der aber gar nicht angelegt >war. Mögliche Ursachen: >* Das Anlegen des Index hat bei einem der vorherigen Migrationsschritte nicht >geklappt. Da Du dort aber keine Fehler beobachtet hast, ist das >unwahrscheinlich >* Der Index ist ein Überbleibsel aus einer Beta. Da Du diese nicht installiert >hattest, gibt es den Index bei Dir nicht. In dem Fall wäre bei Dir alles in >Ordnung, allerdings meine ich, dass dann im Upgrade-Skript ein Fehler >vorliegt. Dieses sollte zumindest darauf hinweisen, dass es sich nicht um einen >kritischen Fehler handelt. > >Gruß >Jan > >> -----Ursprüngliche Nachricht----- >> Von: [email protected] [mailto:[email protected]] Im >Auftrag >> von Ludwig Markus >> Gesendet: Dienstag, 3. Dezember 2013 09:18 >> An: 'User questions and discussions about OTRS.org in German' >> Betreff: [otrs-de] Fehler bei Migration von OTRS 3.1 -> 3.2 >> >> Hallo, >> >> Ich versuche gerade die Migration eines OTRS 2.48 nach 3.2. Die Updates >> auf 3.0 und 3.1 liefen so weit ich das beobachten konnte ohne >> Fehlermeldung durch, das System ließ sich auch problemlos bedienen. Beim >> Updateversuch auf 3.2 zeigte das Migrationsskript aber einen Fehler, mit >> dem ich als MySQL Laie nicht so viel anfangen kann. >> >> >----- >> >> Step 7 of 10: Dropping unused indexes on article_flag... SET @FKExists := >> (SELECT COUNT(*) FROM information_schema.table_constraints WHERE >> table_schema = DATABASE() AND table_name = 'article_flag' AND >> constraint_name = 'FK_article_flag_article_id_id') >> OK >> SET @FKSQLStatement := IF( @FKExists > 0, 'ALTER TABLE article_flag DROP >> FOREIGN KEY FK_article_flag_article_id_id', 'SELECT ''INFO: Foreign key >> constraint FK_article_flag_article_id_id does not exist, skipping.''' ) >> OK >> PREPARE FKStatement FROM @FKSQLStatement >> OK >> EXECUTE FKStatement >> OK >> SET @FKExists := (SELECT COUNT(*) FROM >> information_schema.table_constraints WHERE table_schema = DATABASE() >AND >> table_name = 'article_flag' AND constraint_name = >> 'FK_article_flag_create_by_id') >> OK >> SET @FKSQLStatement := IF( @FKExists > 0, 'ALTER TABLE article_flag DROP >> FOREIGN KEY FK_article_flag_create_by_id', 'SELECT ''INFO: Foreign key >> constraint FK_article_flag_create_by_id does not exist, skipping.''' ) >> OK >> PREPARE FKStatement FROM @FKSQLStatement >> OK >> EXECUTE FKStatement >> OK >> DROP INDEX article_flag_create_by ON article_flag >> DBD::mysql::db do failed: Can't DROP 'article_flag_create_by'; check that >> column/key exists at /opt/otrs/KIX4OTRS/Kernel/System/DB.pm line 482. >> ERROR: OTRS-DBUpdate-to-3.2-10 Perl: 5.10.0 OS: linux Time: Tue Dec 3 >> 09:01:46 2013 >> >> Message: Can't DROP 'article_flag_create_by'; check that column/key >> exists, SQL: 'DROP INDEX article_flag_create_by ON article_flag' >> >> Traceback (63516): >> Module: main::_DropArticleFlagIndexes (unknown version) Line: 486 >> Module: scripts/DBUpdate-to-3.2.pl (unknown version) Line: 107 >> >> Index was not present >> DROP INDEX article_flag_article_id_article_key ON article_flag >> OK >> ALTER TABLE article_flag ADD CONSTRAINT FK_article_flag_article_id_id >> FOREIGN KEY (article_id) REFERENCES article (id) >> OK >> ALTER TABLE article_flag ADD CONSTRAINT FK_article_flag_create_by_id >> FOREIGN KEY (create_by) REFERENCES users (id) >> OK >> >> >----- >> >> Meine laienhafte Interpretation sagt mir, dass hier versucht wird, Daten >> auszuwählen, die dann gelöscht werden sollen. Kann es sein, dass sich die >> Abfrage auf Daten bezieht, die erst mit OTRS3 eingeführt wurden und nicht >> gefunden / gelöscht werden können, weil sie nie erzeugt wurden? Oder kann >> es sich um einen ernst zu nehmenden Fehler handeln? >> >> Viele Grüße, >> Markus >> --------------------------------------------------------------------- >> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs-de >> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de >--------------------------------------------------------------------- >OTRS mailing list: otrs-de - Webpage: http://otrs.org/ >Archive: http://lists.otrs.org/pipermail/otrs-de >To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
