Hallo, mir sind seit dem Upgrade auf 3.x (aktuell 3.0.3) etliche Rechte-Probleme aufgefallen: OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/log/TicketCounter.log': Permission denied OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/tmp/CacheFileStorable//CustomerUser/32783a0d6a5e9b7dbdf351afbb672671': Permission denied OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/tmp/CacheFileStorable//CacheInternalQueue/5228690ceff97f524dd11ce22248ef4c': Permission denied Die Rechte habe ich gesetzt mit: bin/otrs.SetPermissions.pl \ --otrs-user=otrs \ --web-user=apache \ --otrs-group=otrs \ --web-group=apache \ /opt/otrs Inhalt von /opt/otrs/var/tmp/CacheFileStorable/: drwxrwsr-x 17 otrs apache 4096 Dec 20 11:20 ./ drwxrwsr-x 4 otrs apache 4096 Dec 14 11:26 ../ drwxrwsr-x 2 otrs apache 8192 Dec 20 15:24 CacheInternalGroup/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:11 CacheInternalLinkObject/ drwxrwsr-x 2 otrs apache 4096 Dec 20 11:20 CacheInternalLoader/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:12 CacheInternalLock/ drwxrwsr-x 2 otrs apache 45 Dec 20 13:11 CacheInternalPriority/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:23 CacheInternalQueue/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:35 CacheInternalState/ drwxrwsr-x 2 otrs apache 8192 Dec 20 15:24 CacheInternalTicket/ drwxrwsr-x 2 otrs apache 84 Dec 20 13:11 CacheInternalType/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:22 CacheInternalUser/ drwxrwsr-x 2 otrs apache 45 Dec 20 12:35 CacheInternalValid/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:24 CustomerUser/ drwxrwsr-x 2 otrs apache 4096 Dec 20 11:20 Dashboard/ drwxrwsr-x 2 otrs apache 45 Dec 20 11:20 DashboardProductNotify/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:24 TicketSearch/ Der Indianer läuft unter uid apache mit gid apache. Any hints? Beste Grüsse -- Peter Allgeyer Salzburg|Research Forschungsgesellschaft mbH Dipl.-Inform. Univ. Jakob-Haringer-Strasse 5/III phone +43.662.2288-264 5020 Salzburg | Austria fax +43.662.2288-222 http://www.salzburgresearch.at
Hi Peter, versuch am besten das gesamte "/opt/otrs/var/tmp/CacheFileStorable/" zu löschen. Evtl. gibt es darin noch Dateien mit anderen Rechten. Just my 2 cents, -Martin http://edenhofer.de/ On 20.12.2010, at 15:30, Peter Allgeyer wrote:
Hallo,
mir sind seit dem Upgrade auf 3.x (aktuell 3.0.3) etliche Rechte-Probleme aufgefallen:
OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/log/TicketCounter.log': Permission denied
OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/tmp/CacheFileStorable//CustomerUser/32783a0d6a5e9b7dbdf351afbb672671': Permission denied
OTRS-otrs.PostMaster.pl-3 Can't write '/opt/otrs/var/tmp/CacheFileStorable//CacheInternalQueue/5228690ceff97f524dd11ce22248ef4c': Permission denied
Die Rechte habe ich gesetzt mit:
bin/otrs.SetPermissions.pl \ --otrs-user=otrs \ --web-user=apache \ --otrs-group=otrs \ --web-group=apache \ /opt/otrs
Inhalt von /opt/otrs/var/tmp/CacheFileStorable/:
drwxrwsr-x 17 otrs apache 4096 Dec 20 11:20 ./ drwxrwsr-x 4 otrs apache 4096 Dec 14 11:26 ../ drwxrwsr-x 2 otrs apache 8192 Dec 20 15:24 CacheInternalGroup/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:11 CacheInternalLinkObject/ drwxrwsr-x 2 otrs apache 4096 Dec 20 11:20 CacheInternalLoader/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:12 CacheInternalLock/ drwxrwsr-x 2 otrs apache 45 Dec 20 13:11 CacheInternalPriority/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:23 CacheInternalQueue/ drwxrwsr-x 2 otrs apache 4096 Dec 20 13:35 CacheInternalState/ drwxrwsr-x 2 otrs apache 8192 Dec 20 15:24 CacheInternalTicket/ drwxrwsr-x 2 otrs apache 84 Dec 20 13:11 CacheInternalType/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:22 CacheInternalUser/ drwxrwsr-x 2 otrs apache 45 Dec 20 12:35 CacheInternalValid/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:24 CustomerUser/ drwxrwsr-x 2 otrs apache 4096 Dec 20 11:20 Dashboard/ drwxrwsr-x 2 otrs apache 45 Dec 20 11:20 DashboardProductNotify/ drwxrwsr-x 2 otrs apache 4096 Dec 20 15:24 TicketSearch/
Der Indianer läuft unter uid apache mit gid apache.
Any hints?
Beste Grüsse -- Peter Allgeyer Salzburg|Research Forschungsgesellschaft mbH Dipl.-Inform. Univ. Jakob-Haringer-Strasse 5/III phone +43.662.2288-264 5020 Salzburg | Austria fax +43.662.2288-222 http://www.salzburgresearch.at
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Am Montag, den 20.12.2010, 15:52 +0100 schrieb Martin Edenhofer:
versuch am besten das gesamte "/opt/otrs/var/tmp/CacheFileStorable/" zu löschen. Evtl. gibt es darin noch Dateien mit anderen Rechten.
So einfach war es leider nicht. Nachdem hier keiner helfen konnte und ich auch sonst nichts brauchbares gefunden habe, habe ich selbst mal ein wenig geforscht. Sämtliche Fehlermeldungen stammen vom Programm otrs.PostMaster.pl. Dieses wird über die /etc/aliases vom Postfix als externes Programm aufgerufen: otrs: "|/opt/otrs/bin/otrs.PostMaster.pl" Frage war also, unter welcher UID wird das Programm otrs.PostMaster.pl ausgeführt. Die Lösung findet sich in local(8). Für den Aufruf des externen Programms aus der /etc/aliases ist das Postfix-Subsystem local zuständig. Dieses führt in der /etc/aliases definierte externe Programme unter der Benutzer-ID des Besitzers der Datei, in der der alias definiert wurde, aus. Ist dieser Benutzer root (bei /etc/aliases wohl meist der Fall), dann nimmt local die ID des in der Postfix-Konfiguration default_priv definierten Benutzers (nobody). Nun darf nobody aber nie nicht unter /opt/otrs/var/tmp/ schreiben :-( Ich habe nun eine neue Datei angelegt, diese dem Webserver-Benutzer geschenkt und obigen Eintrag rein geschrieben. Die neue Datei noch flugs in der main.cf unter alias_maps und alias_database angefügt und nach dem obligatorischen Postfix reload und einem newaliases funktioniert nun alles prächtig ohne Fehlermeldungen. Auf die Lösung hat mich diese Meldung hier gebracht: http://lists.otrs.org/pipermail/otrs-de/2004-February/000510.html Beste Grüsse -- Peter Allgeyer Salzburg|Research Forschungsgesellschaft mbH Dipl.-Inform. Univ. Jakob-Haringer-Strasse 5/III phone +43.662.2288-264 5020 Salzburg | Austria fax +43.662.2288-222 http://www.salzburgresearch.at
Hi Peter, vielen Dank für Deine beispielhafte ausführliche Beschreibung!! Fröhliche Weihnachten! Nils — Nils Leideck Senior Consultant http://webint.cryptonode.de / a Fractal project On 21.12.2010, at 14:07, Peter Allgeyer wrote:
Am Montag, den 20.12.2010, 15:52 +0100 schrieb Martin Edenhofer:
versuch am besten das gesamte "/opt/otrs/var/tmp/CacheFileStorable/" zu löschen. Evtl. gibt es darin noch Dateien mit anderen Rechten.
So einfach war es leider nicht. Nachdem hier keiner helfen konnte und ich auch sonst nichts brauchbares gefunden habe, habe ich selbst mal ein wenig geforscht.
Sämtliche Fehlermeldungen stammen vom Programm otrs.PostMaster.pl. Dieses wird über die /etc/aliases vom Postfix als externes Programm aufgerufen:
otrs: "|/opt/otrs/bin/otrs.PostMaster.pl"
Frage war also, unter welcher UID wird das Programm otrs.PostMaster.pl ausgeführt. Die Lösung findet sich in local(8).
Für den Aufruf des externen Programms aus der /etc/aliases ist das Postfix-Subsystem local zuständig. Dieses führt in der /etc/aliases definierte externe Programme unter der Benutzer-ID des Besitzers der Datei, in der der alias definiert wurde, aus. Ist dieser Benutzer root (bei /etc/aliases wohl meist der Fall), dann nimmt local die ID des in der Postfix-Konfiguration default_priv definierten Benutzers (nobody).
Nun darf nobody aber nie nicht unter /opt/otrs/var/tmp/ schreiben :-( Ich habe nun eine neue Datei angelegt, diese dem Webserver-Benutzer geschenkt und obigen Eintrag rein geschrieben. Die neue Datei noch flugs in der main.cf unter alias_maps und alias_database angefügt und nach dem obligatorischen Postfix reload und einem newaliases funktioniert nun alles prächtig ohne Fehlermeldungen.
Auf die Lösung hat mich diese Meldung hier gebracht: http://lists.otrs.org/pipermail/otrs-de/2004-February/000510.html
Beste Grüsse
-- Peter Allgeyer Salzburg|Research Forschungsgesellschaft mbH Dipl.-Inform. Univ. Jakob-Haringer-Strasse 5/III phone +43.662.2288-264 5020 Salzburg | Austria fax +43.662.2288-222 http://www.salzburgresearch.at
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
participants (3)
-
Martin Edenhofer -
Nils Leideck -
Peter Allgeyer