[Christian Scherzer]

Hallo OTOBO Comunity,

ich habe mich mega gefreut als ich von OTOBO gelesen habe und hatte direkt den Plan gefasst unser OTRS auf OTOBO zu migrieren. Wir haben ein OTRS 4 auf einer älteren Suse VM Produktiv laufen. Bei der Gelegenheit wollte ich gleich auf Ubuntu in einer aktuellen Version umsteigen. Also Ubuntu  22.04 LTS aufgesetzt, OTRS 4 installiert Daten von der Suse VM übernommen, läuft.

Jetzt muß ich erst auf OTRS5 und dann auf OTRS6 migrieren, bevor ich zu OTOBO migrieren kann. Ich habe mir die latest Version von OTRS5 geladen und nach Anleitung die Migration erfolgreich durchgeführt. Dazu habe ich mir OTRS4 unter /opt/otrs-v4 und OTRS5 unter /opt/otrs-v5 abgelegt. Damit es sauber jeweils läuft mit einem symlink auf /(opt/otrs verlinkt. Also /opt/otrs ->  &opt/otrs-v5.

Wie schon geschrieben DBUpdate-to-5.mysql.sql und DBUpdate-to-5.pl laufen ohne Fehler durch. Beschriebene Configs habe ich übernommen Config.pm, GenericAgent.pm, ZZZAuto.pm und TicketCounter.log. Auch das articles Verzeichnis. Zur Sicherheit habe ich immer wieder das Script bin/otrs.SetPermissions.pl –web-group=www-data durchgeführt.

Im Apache verweise ich per Symlink auf die von OTRS mitgelieferte apache2-httpd.include.conf Datei womit OTRS4 ohne Probleme funktioniert.

Rufe ich jetzt im Browser /otrs/index.pl auf erhalte ich einen Internal Server Error 500. Das Apache error.log meldet dazu:
No existing template directory found (‚/opt/otrs/Kernel/Output/HTML/Standard‘)! Check your Home in Kernel/Config.pm. at /usr/sbin/../../Kernel/Output/HTML/Layout.pm line 921. Sucht man im Internet  danach, hat es bei andere geholfen einfach das Verzeichnis Standard anzulegen. Bei mir kommt dann folgende Meldung:
Can’t locate object method „LoaderCreateAgentCSSCalls“ via package „Kernel::Output::HTML::Layout“ at /usr/sbin/../../Kernel/Output/HTML/Layout.pm line 679
An den Daten der Datebank kann das Problem nicht liegen, weill wenn ich eine leere OTRS Datebank habe, kommt das selbe Problem. Leider kommt das Problem auch wenn ich den Installer aufrufe, also /otrs/installer.pl. Dann habe ich mir gedacht fang ich erstmal von scratch an an und richte ein frisches OTRS5 ein. Also nach OTRS Anleitung frisch eingerichtet und auch damit erhalte ich die selben Meldungen.

Switche einfach zurück auf OTRS4 läuft alles wunderbar.

Auch das löschen von Caches hat nicht geholfen:

bin/otrs.Console.pl Maint::Config::Rebuild
bin/otrs.Console.pl Maint::Cache::Delete
bin/otrs.Console.pl Maint::Loader::CacheCleanup
bin/otrs.Console.pl Maint::Loader::CacheGenaerate

Ich bin echt ratlos und hoffe das mir jemand helfen kann bzw. dieses Problem schonmal hatte.

• Dieses Thema wurde geändert vor 2 Tage, 8 Stunden von Christian Scherzer.

[Stefan Rother]

Hallo Christian,

ich würde an dieser Stelle den Fehler nicht suchen. Wenn die Migrationsskripte sauber durchgelaufen sind, dann einfach weiter zu OTRS 6 und durch zu OTOBO! :)

Es kann an der zu neuen Perl Version liegen oder an irgendwelchen Paketen, aber den Fehler würde ich erst suchen wenn er in OTOBO noch auftritt, wahrscheinlich ist das nicht der Fall.

Viel Glück!

Stefan
Team OTOBO

[Christian Scherzer]

Hallo Stefan,

danke für die schnelle Rückmeldung. Über dein vorgeschlagenes Vorgehen hatte ich auch schon nachgedacht. Ich dachte es wäre geschickt nach jeder Versionsmigration ein Funktionstest durchzuführen. Aber klar, wenn es nicht geht, dann Augen zu und weiter. Ich versuche es und geben danach nochmal bescheid.

[Stefan Rother]

Ja, kann ich verstehen. :)  Aber solange die Upgrade-Skripte sauber durchlaufen ist für OTOBO später alles in Ordnung.

[Autor]

Beiträge