OTRS 5 Migration (DB Migrations Probleme)

[BlackFlash]

Hallo zusammen,

zurzeit setzen wir noch ein OTRS 3.3.12 auf einem Windows Server 2008 R2 ein.
Da es langsam mal an der Zeit ist endlich upzudaten bin ich bis jetzt wie folgt vorgegangen:

Ich habe ein komplett neues System aufgesetzt auf Basis von CentOS 7.
Dort habe ich die neuste Version von OTRS 4 (4.0.16) nach dieser Anleitung installiert.
Dann habe ich einen Dump der alten 3.3.12 Datenbank erstellt und im 4er System wiederhergestellt.
Anschließend bin ich der Anleitung zur Migration auf 4.x gefolgt.
Bis dahin lief alles wunderbar und Fehlerfrei.

Jetzt bin ich der Anleitung zur Migration auf 5.x gefolgt.
Angekommen bei Punkt 6.2 bekomme ich Probleme...
Wenn ich das Script "DBUpdate-to-5.pl" ausführe, kommt folgender Output:

Code: Select all

Migration started...

Step 1 of 17: Refresh configuration cache...
If you see warnings about 'Subroutine Load redefined', that's fine, no need to worry!
done.

Step 2 of 17: Check framework version...done.

Step 3 of 17: Migrate Database Column Types...done.

Step 4 of 17: Migrate charset to UTF-8 on auto_response table...[Fri Feb 26 14:02:16 2016] DBUpdate-to-5.pl: DBD::mysql::db do failed: Invalid default value for 'create_time' at /opt/otrs/Kernel/System/DB.pm line 449.
ERROR: OTRS-DBUpdate-to-5.pl-10 Perl: 5.16.3 OS: linux Time: Fri Feb 26 14:02:16 2016

 Message: Invalid default value for 'create_time', SQL: 'ALTER TABLE auto_response DROP charset'

 Traceback (4955):
   Module: main::_MigrateCharsetAndDeleteCharsetColumnsAutoResponse Line: 550
   Module: scripts/DBUpdate-to-5.pl Line: 162

ERROR: OTRS-DBUpdate-to-5.pl-10 Perl: 5.16.3 OS: linux Time: Fri Feb 26 14:02:16 2016

 Message: Error during execution of 'ALTER TABLE auto_response DROP charset'!

 Traceback (4955):
   Module: main::_MigrateCharsetAndDeleteCharsetColumnsAutoResponse Line: 552
   Module: scripts/DBUpdate-to-5.pl Line: 162

error.

[Fri Feb 26 14:02:16 2016] DBUpdate-to-5.pl: Died at scripts/DBUpdate-to-5.pl line 167.

In phpMyAdmin sieht das ganze wie folgt aus:

Unbenannt.JPG

Das ist der Punkt an dem ich nicht mehr weiter komme, da mir hier einfach die Kompetenz im DB-Umfeld fehlt ( keine vorhanden ).
Weiß jemand von euch wie hier weiterkomme?

Grüße

[RStraub]

Puh rein aus den Fehlern kann ich dir nicht sagen wie das zu lösen ist, allerdings denke ich dass sich ein Fehler eingeschlichen haben kann als du ein 3.3er backup in ein 4.xer framework eingespielt hast.

Dem Migrationspfad nach, müsstest du erst 3.3 installieren, Backup einspielen und dann upgraden.

[chohman]

nimm mal den default value raus. da das sowieso "not null" ist, dürfte der höchstens fehler produzieren. und bei change_time ebenso.

[BlackFlash]

Danke für die Antworten soweit.

Dem Migrationspfad nach, müsstest du erst 3.3 installieren, Backup einspielen und dann upgraden.

Werde ich morgen mal probieren, wenn ich heute nicht mehr weiter komme.

nimm mal den default value raus. da das sowieso "not null" ist, dürfte der höchstens fehler produzieren. und bei change_time ebenso.

Geht leider nicht, egal was ich als "default" setze, bekomme ich folgende Meldung:

Unbenannt.JPG

Auch wenn ich es auf "Kein(e)" oder "CURRENT_TIMESTAMP" stelle kommt die Meldung.
Dann wird es wahrscheinlich daran liegen, dass die Migration auch nicht geht.
Hat dafür jemand eine Idee?