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: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] 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