Ansicht von 2 Antwort-Themen
  • Autor
    Beiträge
    • #33577
      AnteIde Marić
      Teilnehmer

        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

      • #33578
        AnteIde Marić
        Teilnehmer

          Bitte helfen Sie :(

        • #33741
          AnteIde Marić
          Teilnehmer

            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

        Ansicht von 2 Antwort-Themen
        • Du musst angemeldet sein, um auf dieses Thema antworten zu können.