[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
Re: [otrs-de] Fehler bei Migration von OTRS 3.1 - 3.2
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: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] On Behalf Of jan.dre...@bertelsmann.de Sent: Tuesday, December 03, 2013 10:17 AM To: otrs-de@otrs.org 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: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@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 - 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
Re: [otrs-de] : Fehler bei Migration von OTRS 3.1 - 3.2
Hallo Markus, 03.12.2013 09:27 - Ludwig Markus schrieb: 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 (...) so wie ich das verstehe, werden nicht bestehende indexe gelöscht (oder versucht zu löschen) das sollte OK sein meine ich. Solltest Du noch MyISAM benutzen (was ich vermute) solltest Du Dir mal [1]http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/ anschauen :) Dann wirst Du bei künftigen Updates noch weniger Störungen haben. Flo [1] http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/ - 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
Re: [otrs-de] : Fehler bei Migration von OTRS 3.1 - 3.2
Danke Flo, den entsprechenden Abschnitt im Upgrading Teil der OTRS 3.2 Doku habe ich gelesen und auch das Testskript gestartet. Bei mir liefert es allerdings nur die Meldung zurück, dass es sich mit dem Server bei Verwendung des entsprechenden Benutzers verbinden kann und ich bin davon ausgegangen, dass ich dann keine Probleme haben würde. Scheinbar sollte das Skript aber in jedem Fall Statusinfos zur verwendeten Engine und eventuell abweichenden Tabellen liefern, was bei mir nicht passiert. Liegt aber u. U. auch an einer älteren MySQL-Version (auf meinem SLES läuft 5.0.96). Die in der otrs Datenbank vorhandenen Tabellen verwenden aber alle noch MyISAM, und ich habe sicherheitshalber die default engine in der config auch auf MyISAM gesetzt, es sollte also wenigstens nicht zu Inkompatibilitäten kommen. Viele Grüße, Markus From: otrs-de-boun...@otrs.org [mailto:otrs-de-boun...@otrs.org] On Behalf Of Florian Edlhuber Sent: Tuesday, December 03, 2013 12:45 PM To: otrs-de@otrs.org Subject: Re: [otrs-de] : Fehler bei Migration von OTRS 3.1 - 3.2 Hallo Markus, 03.12.2013 09:27 - Ludwig Markus schrieb: 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 (...) so wie ich das verstehe, werden nicht bestehende indexe gelöscht (oder versucht zu löschen) das sollte OK sein meine ich. Solltest Du noch MyISAM benutzen (was ich vermute) solltest Du Dir mal http://blog.otrs.org/2013/02/20/about-otrs-mysql-myisam-and-innodb-storage-engines/ anschauen :) Dann wirst Du bei künftigen Updates noch weniger Störungen haben. Flo - 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