Ich bei der Testphase der Migration von OTRS 6.0.39 auf Otobo 10.1.11 über den folgenden Satz gestolpert:
Bitte überlegen Sie genau, ob es wirklich sinnvoll ist, bestehende Daten und Konfiguration zu übernehmen. Unsere Erfahrung zeigt, dass die bisher genutzte Installation und Konfiguration in viele Fällen eher suboptimal und ein sauberer Neustart die bessere Option ist. Auch kann es sinnvoll sein, nur die Ticketdaten zu übertragen und die Grundkonfiguration gemäß OTOBO Best Practice vorzunehmen. Hierzu beraten wir Sie gerne, wenden Sie sich einfach per Mail an hallo@otobo.de oder stellen Sie Ihre Fragen im OTOBO Community Forum unter https://forum.otobo.org/.
Ich finde dazu allerdings keinerlei Hilfen oder Forumposts.
Die AI schlägt vor einfach nur einen begrenzten Satz an Tabellen aus der OTRS DB mit mysqldump zu exportieren:
Nicht zwingend benötigt werden z.B. die Agenten, Rollen und Gruppen, da ich die gerne neu glattziehen würde.
Gibt es hier ggf. irgendwo eine Anleitung oder mehr Hintergrundinformation zu dieser Expliziten Warnung in den Voraussetzungen?
Selbst zu dem genannten Beispiel „Ticketdaten zu übertragen“ fehlt mir hier mehr Detailwissen.
so wie die KI es beschreibt, wird es nicht funktionieren. Wenn Du die Migration alleine durchführen willst, verwende den ganz normalen Weg, wie hier beschrieben:
ok vielen Dank.
Ich habe die Migration erfolgreich durchgeführt und auch alle Folgeschritte der Anleitung liefen problemlos durch.
Allerdings fehlt in der Otobo Datenbank jetzt die Tabelle „sessions“ so dass ich mich nicht mehr anmelden kann.
Vor der Migration lief die Anmeldung in der „sauberen/frischen“ Otobo Installation.
Wie kann das passiert sein und wie kann ich das lösen?
[Mon Feb 24 18:03:11 2025] -e: DBD::mysql::db do failed: Data too long for column ‚data_value‘ at row 6 at /opt/otobo/bin/psgi-bin/../../Kernel/System/DB.pm line 560.
ERROR: OTOBO-CGI-10 Perl: 5.36.0 OS: linux Time: Mon Feb 24 17:03:11 2025
Message: Data too long for column ‚data_value‘ at row 6, SQL: ‚INSERT INTO sessions (session_id, data_key, data_value, serialized) VALUES (?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?),(?,?,?,?)‘
die Tabelle Session ist nicht Dein Problem und die Inhalte der Tabelle werden wahrscheinlich überhaupt nicht migriert, warum auch.
Bei der Migration wurde auch die Konfiguration übernommen (auch die Optionen aus otrs/Kernel/Config.pm), ich denke deshalb klappt die Anmeldung nicht mehr.
Wenn die Migration sauber durchgelaufen ist, ist alles in Ordnung und Du musst NICHTS mehr an den Tabellen ändern.
Schau bitte in die Logdateien, aber es sollte lediglich eine fehlerhafte Konfiguration vorliegen oder der neue Server ist nicht für das Zugriff auf die verwendeten Dienste freigeschaltet?
Gegen was authentifizierst Du Dich denn? Lokal oder gegen ein LDAP/AD/ExterneDB?
Nach der Migration musst Du Dich mit den alten OTRS Zugangsdaten authentifizieren.
danke für deine Hilfe!
Ich authentifiziere gegen LDAP(AD)
Ich will auch nichts an den Tabellen ändern, wenn ich die Migration der Produktion mache. Ich hatte die Änderung an der Tabelle nur vorgenommen um herauszufinden was da versucht wird einzuspielen mit dem insert.
Ich lag falsch, die problematischen Werte scheinen von einem insert beim login zu kommen.
Kannst Du mir eventuell helfen die Fehlkonfiguratioj zu finden?
Der CSV Export der Tabelle nur für den größten Wert gibt mir:
id session_id data_key data_value serialized
6 Lm6x5VrIqlcWo3aQpyJJoB1NrzlwT6P9 GraphWidget1003-Stats {„Bar“:{„State“:{„Style“:“stacked“},“Filter“:[„1″,“1234″,“2“ <-hier kommenjetzt tausende Einträge, z.B. jede Menge E-Mails>, „beispielemail@test.com“]}} 0
Könnte es etwas mit dem Stats modul zu tun haben?
Autor
Beiträge
Ansicht von 6 Antwort-Themen
Du musst angemeldet sein, um auf dieses Thema antworten zu können.