[Johannes Reimchen]

Hallo zusammen!

Mein System:
Quelle: OTRS 6.0.18 auf Suse13 und PostgreSQL 9.2
Ziel: OTOBO 10.11 auf Mint20(Ubuntu) und PostgreSQL 12

Alle Schritte werden nach Beschreibung eingehalten, mit einer Ausnahme: Nach „Migration starten“ bekomme ich einen Fehler:

Fri Jul 23 11:13:18 2021] -e: DBD::Pg::db do failed: ERROR: permission denied to set parameter „session_replication_role“ at /opt/otobo/Kernel/System/DB.pm line 609.
ERROR: ?LogPrefix?-20 Perl: 5.30.0 OS: linux Time: Fri Jul 23 09:13:19 2021

Message: ERROR: permission denied to set parameter „session_replication_role“, SQL: ’set session_replication_role to replica;‘

RemoteAddress: 10.0.0.144
RequestURI: /otobo/migration.pl

Traceback (2141):
Module: Kernel::System::DB::Connect Line: 355
Module: Kernel::System::DB::Prepare Line: 821
Module: Kernel::System::DB::ListTables Line: 956
Module: Kernel::System::MigrateFromOTRS::CloneDB::Driver::Base::DataTransfer Line: 389
Module: Kernel::System::MigrateFromOTRS::CloneDB::Backend::DataTransfer Line: 245
Module: Kernel::System::MigrateFromOTRS::OTOBODatabaseMigrate::Run Line: 156
Module: Kernel::System::MigrateFromOTRS::_ExecuteRun Line: 195
Module: Kernel::System::MigrateFromOTRS::Run Line: 87
Module: (eval) Line: 247
Module: Kernel::Modules::MigrateFromOTRS::Run Line: 246
Module: Kernel::System::Web::InterfaceMigrateFromOTRS::Run Line: 149
Module: ModPerl::ROOT::ModPerl::Registry::opt_otobo_bin_cgi_2dbin_migration_2epl::handler Line: 38
Module: (eval) (v1.99) Line: 207
Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
Module: ModPerl::Registry::handler (v1.99) Line: 32

notice: Column name needs to cut to new length of 190 chars, cause utf8mb4.

Diesen Fehler umgehe ich mit einem workaround und ändere die Rechte des otobo users, danach läuft die Migration durch (zumindest laut WEB Oberfläche).
– sudo -i -u postgres
– psql
– ALTER USER otobo WITH SUPERUSER;

Nach dem die Tabelleneinträge auf das Zielsystem kopiert wurden, gibt viele Fehler im log:
==> Could not create directory ‚/var/www/.ssh‘.

ERROR: OTOBO-CGI-20 Perl: 5.30.0 OS: linux Time: Fri Jul 23 09:31:18 2021

Message: Setting Ticket::Type::Default Effective value is not correct: Entity value is invalid(Anfrage)!

RemoteAddress: 10.0.0.144
RequestURI: /otobo/migration.pl

Traceback (2144):
Module: Kernel::System::SysConfig::ConfigurationDeploy Line: 3506
Module: Kernel::System::SysConfig::SettingsSet Line: 4759
Module: Kernel::System::MigrateFromOTRS::Base::DisableSecureMode Line: 907
Module: Kernel::System::MigrateFromOTRS::OTOBOCopyFilesFromOTRS::Run Line: 265
Module: Kernel::System::MigrateFromOTRS::_ExecuteRun Line: 195
Module: Kernel::System::MigrateFromOTRS::Run Line: 87
Module: (eval) Line: 247
Module: Kernel::Modules::MigrateFromOTRS::Run Line: 246
Module: Kernel::System::Web::InterfaceMigrateFromOTRS::Run Line: 149
Module: ModPerl::ROOT::ModPerl::Registry::opt_otobo_bin_cgi_2dbin_migration_2epl::handler Line: 38
Module: (eval) (v1.99) Line: 207
Module: ModPerl::RegistryCooker::run (v1.99) Line: 207
Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 173
Module: ModPerl::Registry::handler (v1.99) Line: 32

Und anschließend folgt auch noch dieser Fehler:

[Fri Jul 23 11:31:42 2021] -e: DETAIL: Key (id)=(1) already exists. at /opt/otobo/Kernel/System/DB.pm line 609.
ERROR: OTOBO-CGI-20 Perl: 5.30.0 OS: linux Time: Fri Jul 23 09:31:42 2021

Message: ERROR: duplicate key value violates unique constraint „faq_history_pkey“
DETAIL: Key (id)=(1) already exists., SQL: ‚INSERT INTO faq_history (name, item_id, created, created_by, changed, changed_by) VALUES ( ?, ?, ‚2021-07-23 09:31:42‘, ?, ‚2021-07-23 09:31:42′, ?)‘

<hr />

Was könnte dafür die Ursache sein? Wenn ich mich dann in OTOBO anmeldem, sind alle Tickets und FAQs da, aber es bleibt die Systemmeldung „Die Systemkonfiguration wird aktualisiert. Bitte haben Sie etwas Geduld. “ und die Einstellungen bzw. die Systemkonfiguration wird nicht übernommen.

Vielen Dank schon mal vorab!

 

[Johannes Reimchen]

Hallo zusammen!

Fehler wurde offenbar in der aktuellen Version 10.0.12 behoben. Migration konnte abgeschlossen werden und das System läuft stabil.

Gruß
Johannes

 

 

[Autor]

Beiträge