[AnteIde Marić]

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

[AnteIde Marić]

Bitte helfen Sie :(

[AnteIde Marić]

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

[Cloud Team]

The script has an error in it.

You need to change the line

if ( $> != 0 ) { # $EFFECTIVE_USER_ID

to

if ( $> != 1000 ) { # $EFFECTIVE_USER_ID

 

Or remove the line from the same block

exit 1;

 

The ID of otobo user (which has root permissions inside the container) is 1000 but the script is looking for ID 0 which is indeed the ID of the account root.

[Autor]

Beiträge