-
AutorBeiträge
-
-
7. Dezember 2024 um 19:59 Uhr - Views: 21 #33577
Der Benutzer migriert die OTRS 6 Community Edition auf OTOBO 10.1 (Docker) und kann dort ein Ticket kaufen. Internal server error.
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
otobo-daemon-1 rotheross/otobo:latest-10_1 „/opt/otobo_install/…“ daemon 4 hours ago Up About an hour (healthy)
otobo-db-1 mariadb:10.5 „docker-entrypoint.s…“ db 4 hours ago Up 3 hours (healthy) 3306/tcp
otobo-elastic-1 rotheross/otobo-elasticsearch:latest-10_1 „/bin/tini — /usr/l…“ elastic 4 hours ago Up 3 hours (healthy) 9200/tcp, 9300/tcp
otobo-redis-1 redis:6.0-alpine „docker-entrypoint.s…“ redis 4 hours ago Up 3 hours (healthy) 6379/tcp
otobo-web-1 rotheross/otobo:latest-10_1 „/opt/otobo_install/…“ web 4 hours ago Up 3 hours (healthy) 0.0.0.0:80->5000/tcp -
7. Dezember 2024 um 20:00 Uhr #33578
Bitte helfen Sie :(
-
11. Dezember 2024 um 11:39 Uhr #33741
Zum Testen habe ich das Verzeichnis _/opt/otobo/var/article/2024 und alle seine Unterverzeichnisse im Docker-Container auf Berechtigungen 777 gesetzt:
chmod -R 777 2024
Nach dem Setzen der Berechtigungen wurden alle Tickets ordnungsgemäß geöffnet. Auf Empfehlung der Logs habe ich versucht, das Skript otobo.SetPermissions.pl auszuführen, aber ich erhielt eine Fehlermeldung, dass es als Root-Benutzer ausgeführt werden soll:otobo@b087f8829d05:~/bin$ ./otobo.SetPermissions.pl
ERROR: Please run this script as superuser (root).
Wenn ich es als Root ausführe, bekomme ich eine Fehlermeldung, dass ich keine Berechtigung habe, das Skript auszuführen:[root@otobo-test bin]# docker exec -ti –user root otobo-web-1 /bin/bash
root@b087f8829d05:/opt/otobo# cd bin
root@b087f8829d05:/opt/otobo/bin# ./otobo.SetPermissions.pl
Can’t open perl script „./otobo.SetPermissions.pl“: Permission denied
Ich habe die Berechtigungen als Besitzer (otobo) innerhalb des Containers geändert, das Skript auf Berechtigung 775 gesetzt und das Skript ausgeführt, aber nun treten folgende Fehler auf: …ERROR: could not change /var/article/2024/06/13/699801 permissions 777 -> 2775: Operation not permitted
ERROR: could not change /var/article/2024/06/13/699801/file-2 permissions 777 -> 660: Operation not permitted
ERROR: could not change /var/article/2024/06/13/699801/file-2.content_type permissions 777 -> 660: Operation not permitted
ERROR: could not change /var/article/2024/06/10 permissions 777 -> 2775: Operation not permitted
ERROR: could not change /Kernel/Config.under permissions 640 -> 660: Operation not permitted
ERROR: could not change /Kernel/Config/Files/User permissions 2770 -> 2775: Operation not permitted
Can’t opendir(/opt/otobo/Kernel/Config/Files/User): Permission denied
at ./otobo.SetPermissions.pl line 198.
ERROR: could not change /bin/otobo.SetPermissions.pl permissions 755 -> 770: Operation not permitted
Da Root nicht der Besitzer der Artikel und anderer hier aufgeführter Dateien ist.Ich führe das Skript als Benutzer otobo aus, es funktioniert jedoch nicht. Es sieht immer noch so aus, als hätte ich das Skript als Root ausgeführt:
. /otobo.SetPermissions.pl –otobo-user=otobo
Und ich erhalte dieselben Fehler.Wie kann ich dieses Skript ausführen? :O
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.