Frage zur Migration von OTRS zu OTOBO bei Verwendung des ArticleStorageFS – ich hab testweise mal eine Migration gemacht. Was mich wundert – in OTOBO liegen unter var/article fast keine Files im Vergleich zur Otobo-Installation nach der Migration. In der Migrations-Doku wird dazu auch nichts erwähnt. Muss man die Articles manuell in die neue OTOBO-Installation kopieren?
im Normalfall ist es nicht notwendig die Artikel-Dateien manuell zu kopieren. Die Kopieraktion wird um die Zeile 193 in /opt/otobo/Kernel/System/MigrateFromOTRS/OTOBOCopyFilesFromOTRS.pm durchgeführt. Es können natürlich Probleme beim Kopieren auftreten. Diese sollte aber zu einem Abbruch der Migration führen.
Sie schreiben auch :
in OTOBO liegen unter var/article fast keine Files im Vergleich zur Otobo-Installation nach der Migration
Das verwirrt mich ein bisschen, es wird ja nicht von OTOBO nach OTOBO migriert. Was ist der genaue Effekt?
Testweise kann man die Dateien auch manuell kopieren. Der entsprechende Shell-Befehl wäre:
vielen Dank für die Rückmeldung. Defacto heisst das aber generell: das Verzeichnis /opt/otrs/var/article/* und /opt/otobo/var/article/* sollten nach der Migration den selben Inhalt haben? Und: falls bei der Migration was diesbezüglich nicht klappt, einfach manuell kopieren und gut. (Mein Satz mit dem zweimaligen OTOBO war natürlich ein Fehler, gemeint war natürlich von OTRS nach OTOBO).
ja, genau. Wenn das Kopieren von var/article das einzige Problem war, dann kann man das manuell bereinigen.
Wobei es schon interessant wäre warum die Migration an dieser Stelle nicht ausgestiegen ist. Eine Fehlerquelle, wäre dass der OTOBO Webserver-User keine Leserechte in /opt/otrs/var/article, oder in Unterverzeichnissen davon, hat. Aber mein Stand ist das in diesen Fällen der Return-Code des cp-Befehls ungleich 0 wäre. Ich teste dass wennn ich das nächste Mal eine Testmigration mache,
alles klar, dass ist ja schon mal eine gute Info. Ich hab demnächst auch eine Migration vor mir und werd da ein Auge drauf haben. Könnte es sein, dass folgender Sachverhalt hier zu Problemen geführt haben kann?:
Der Apache-User der OTRS-Installation war „otrs“, der Apache-User wurde in den Vorbereitungen für die OTOBO-Installation auf „otobo“ geändert. So, wenn die Migration jetzt gestartet wird läuft der Apache ja als User „otobo“ und Möglicherweise kommt es hier dann zu Problemen beim Kopieren. Da wäre ein Workaround – theoretisch – vor dem Start der Migration ein „cd /opt/otrs; chown -R otobo:www-data *“ ?
Eventuell kann man zuvor auch mal /opt/otrs/var/article testweise in ein temporäres Verzeichniss kopieren und einen Diff machen. Da könnte man auch sehen ob es Berechtigungsproblem gibt.
ich denke es macht Sinn, dann generell vor der Migration die Permissions von /opt/otrs auf otobo:www-data zu setzen. Somit sollten bei der Migration keine Seiteneffekte bezüglich Berechtigungen auftreten.
Our website uses cookies. Cookies are tiny text files which are saved in your web browser or by your web browser on your device when you access websites. They contain a characteristic character sequence allowing to clearly identify your browser upon your next visit to the website.
You can prevent the setting of cookies at any time by making the appropriate setting in your internet browser. Cookies that have already been set can be deleted manually or automatically at any time. This is possible in all common internet browsers. If the setting of cookies is deactivated in the browser, not all functions of the website may be fully usable.
We deliberately use very little cookies.
Detailed information can be found in section 4 of our Privacy Policy.
Necessary cookies
Essential Cookies are necessary to deliver this website and some of its features correctly.
For this reason, we do not provide any opportunity here to disable them.
Notwithstanding this, you can deactivate all Cookies in your Browser Settings at any time. Please be aware, however, that this might have an impact on the functionality of this website.
More information about the cookies to be set and how long they will be stored can be found in section 4 of our Privacy Poliy: Privacy Policy.
Google Analytics' Cookies
When you visit this website, Google Analytics sets cookies on your system. This will help us analyse how you use our website ans tailor it to the needs of our visitors. Your IP address will be automatically anonymised (IP anonymisation and deactivation of your User ID). Therefore, we cannot trace which data a certain user is accessing. The data are not saved together with any other personal user data.
You can deactivate tracking in your browser if you do not want us to be able to track your visit on our website.
Privacy Policy
Detailed information on the usage of cookies as well as our Privacy Policy can be found here: