Topic Resolution: Resolved
Viewing 1 reply thread
  • Author
    Posts
    • #11770
      Johannes Reimchen
      Participant

        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!

         

      • #11876
        Johannes Reimchen
        Participant

          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

           

           

      Viewing 1 reply thread
      • You must be logged in to reply to this topic.