Permission denied at ../System/Ticket/ArticleStorageFS.pm

Agaricus · Post by **Agaricus** » 12 Jul 2006, 09:01

Hallo @all,

leider konnte ich bisherigen Posts keine Lösung entnehmen und vielleicht ist mein Problem ja nur ne Lapalie.

Seit ein paar Tagen ärgert mich jeden Morgen diese Fehlermeldung.

Software error: wrote: mkdir /opt/otrs/attachments/2006/07/12/check_permissions.10210: Permission denied at ../..//Kernel/System/Ticket/ArticleStorageFS.pm line 51

For help, please send mail to the webmaster, giving this error message and the time and date of the error.

Was die Fehlermeldung aussagt ist mir klar, nur wie kann man dieses Problem beheben.

Auf Nachfrage bei der hausinternen EDV bekam ich leider nur ratlose Gesichter: "Das kann nicht sein!".
Mir wurde etwas gesagt von "chmod 777" und "unmöglich, dass keine Schreibrechte bestehen!"

Ich hoffe, dass hier jemand dieses Problem kennt bzw. einen Lösungsansatz bieten kann.

Danke mal vorab.

Andre Bauer · Post by **Andre Bauer** » 12 Jul 2006, 16:06

Wer ist besitzer des Verzeichnisses?
Mit welchem User läuft der Apache?

Agaricus · Post by **Agaricus** » 12 Jul 2006, 16:29

Besitzer Verzeichnis: wwwrun nogroup
Apache: wwwrun www

Des weitern erhielt ich die Info, dass Morgen (also 13.07.) das neue Verzeichnis /opt/otrs/attachments/2006/07/13/ mit Besitzer otrs:nogroup angelegt wird.

@monotek: Ich hoffe, Du kannst was mit der Info anfangen.

Andre Bauer · Post by **Andre Bauer** » 12 Jul 2006, 16:33

Un deswegen kann der Apache (wwwrun:www) auch nicht in das Verzeichnis (otrs:nogroup) schreiben. Mit dem setpermission Script sollte sich das lösen lassen oder lass den Apache doch doch einfach als OTRS User laufen (Suexec).

Agaricus · Post by **Agaricus** » 13 Jul 2006, 08:29

monotek wrote: Mit dem setpermission Script sollte sich das lösen lassen...

Hat leider keine Besserung gebracht.
Als Komando wurde SetPermissions.sh/opt/otrs otrs wwwrun eingegeben.
War das so richtig oder muss das Komando anders lauten?

Mit suexec hat bei uns leider noch keiner gearbeitet.

darkside · Post by **darkside** » 13 Jul 2006, 10:33

Agaricus wrote: Als Komando wurde SetPermission.sh/opt/otrs otrs wwwrun eingegeben.
War das so richtig oder muss das Komando anders lauten?

Ich würde bei SetPermission.sh IMMER empfehlen ALLE Parameter zu nutzen. Aus Doku:

SetPermissions.sh { Homedirectory des OTRS Benutzers } { OTRS Benutzer } {
Webserver Benutzer } [ Gruppe des OTRS Benutzers ] [ Gruppe des Webserver
Benutzers ]

Also auc Gruppe OTRS-User und Gruppe Webserver.

Agaricus · Post by **Agaricus** » 13 Jul 2006, 10:49

Darkside wrote:Ich würde bei SetPermissions.sh IMMER empfehlen ALLE Parameter zu nutzen. Aus Doku:

SetPermissions.sh { Homedirectory des OTRS Benutzers } { OTRS Benutzer } {
Webserver Benutzer } [ Gruppe des OTRS Benutzers ] [ Gruppe des Webserver
Benutzers ]
Also auc Gruppe OTRS-User und Gruppe Webserver.

Äähmm, wäre wohl sinnvoller gewesen

Das Kommando SetPermissions.sh/opt/otrs otrs wwwrun hat die Rechte soweit gekappt, dass nicht mal mehr Telefon- oder Email-Tickets in OTRS eingegeben werden können.

darkside · Post by **darkside** » 13 Jul 2006, 11:30

Lass doch noch mal laufen

Agaricus · Post by **Agaricus** » 14 Jul 2006, 08:57

Darkside wrote: Ich würde bei SetPermission.sh IMMER empfehlen ALLE Parameter zu nutzen. Aus Doku:

SetPermissions.sh { Homedirectory des OTRS Benutzers } { OTRS Benutzer } {
Webserver Benutzer } [ Gruppe des OTRS Benutzers ] [ Gruppe des Webserver
Benutzers ]
Also auch Gruppe OTRS-User und Gruppe Webserver.

Haben wir gemacht und es lief danach auch wieder.
Nur mussten wird heute Morgen die SetPermissions.sh abermals aufrufen, da der besagte Fehler täglich aufs Neue erscheint.

Irgendwie muss das doch zu beheben sein. Die Email-Anhänge sollen bei uns halt nun mal im FS abgelegt werden.

darkside · Post by **darkside** » 14 Jul 2006, 09:16

Ok, dann lass uns doch noch mal strukturiert vorgehen bei der Analyse.

Unter welchem User/Gruppe läuft apache, der auch OTRS bedient
Wie heißt der OTRS User und in welche Gruppe ist er
Welches Verzeichnis hat der OTRS-User als HomeDir
Welche Berechtigungen sitzen auf /opt/otrs (also der Root für OTRS) ... User/Gruppe/Rechte
Gibt es ein Verzeichnis "/opt/otrs/attachments" (vermutlich ja) und welche Rechte hat dieses Verzeichnis?

Wenn Du das (noch) mal gesammelt posten könntest wäre das schön ... evtl. fällt da ja ein Fehler auf.

Dazu noch ne Frage: Hat der OTRS User ne Loginshell zugewiesen bekommen?? Wenn nicht, geb ihm doch mal temporär eine, melde Dich dann als OTRS-User an (su <username>) und probiere in einzelnen Schritten die Verzeichnisse anzulegen, die der Fehler immer ausspuckt. Ist jetzt nur mal so nen Versuch ...

Darkside

Agaricus · Post by **Agaricus** » 14 Jul 2006, 11:27

Darkside wrote:Wenn Du das (noch) mal gesammelt posten könntest wäre das schön ... evtl. fällt da ja ein Fehler auf.

@Darkside

Komme leider erst am Dienstag dazu.

Angenehmes WE
(auch an alle OTRS-Forumianer)

Andre Bauer · Post by **Andre Bauer** » 14 Jul 2006, 11:59

Du kannst die Probleme sicher auch umgehen, indem du den Webserver als OTRS User laufen lässt (Suexec).

cybbra2k7 · Post by **cybbra2k7** » 30 Apr 2008, 18:54

Das passt ganz gut, habe so ziemlich das gleiche Problem...

Zerbreche mir fast den Kopf, bin jetzt schon seit Stunden mit diesem Problem beschäftigt und finde keine Lösung:

Apr 30 15:55:01 xxx OTRS-PM-28[10952]: [Error][/opt/otrs/bin/PostMaster.pl][Line:129]: Error: Can't create /opt/otrs/var/article/check_permissions_10952: Permission denied Try: $OTRS_HOME/bin/SetPermissions.sh !!!

Habe SetPermissions.sh folgendermaßen ausgeführt:

/opt/otrs/bin/SetPermissions.sh /opt/otrs/ otrs otrs www www

danach sieht das dann so aus:

rwxrwsr-x 2 otrs www

Hier die httpd-Prozesse

xxx:/opt/otrs/var/article/2008/04/30 # ps -ef |grep apache2
root 11510 1 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
otrs 11511 11510 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
otrs 11512 11510 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
otrs 11513 11510 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
otrs 11514 11510 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
otrs 11515 11510 0 16:39 ? 00:00:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf

OTRS-Benutzer ist "otrs" der Hauptgruppe "www"

Weiterhin kann ohne Eingriff (Berechtigungen von Ordnern und Dateien auf 777 setzen) nicht geschrieben werden. Was auch nicht verwunderlich ist, da die Ordner (in /opt/otrs/var/article/...) und die darin befindlichen Dateien eigenartigerweise mit diesen Berechtigungen erstellt werden:

drwxrwxr-x 2 nobody nobody

Welcher Prozess/Benutzer erstellt denn diese Ordner/Dateien und wo kann ich das ändern?

Ich weiß nicht mehr weiter.....

Andre Bauer · Post by **Andre Bauer** » 30 Apr 2008, 19:40

Warum installierst du nicht einfach das RPM für Suse?

http://ftp.otrs.org/pub/otrs/RPMS/suse/ ... 1.i386.rpm

Dort sollte alles automatisch richtig gesetzt werden.

cybbra2k7 · Post by **cybbra2k7** » 30 Apr 2008, 19:46

Ich habe zwar noch das 2.2.5er aber das ist eine RPM-Installation...

Noch einmal zu meiner Frage: Welcher Prozess/Benutzer erstellt denn diese Ordner/Dateien und wo kann ich das ändern?

Oder was habe ich sonst zu tun, damit das lüppt???

Andre Bauer · Post by **Andre Bauer** » 30 Apr 2008, 22:20

Keine Ahnung. Hab kein Suse.

cybbra2k7 · Post by **cybbra2k7** » 03 May 2008, 15:29

Gelöst!

Eigenartigerweise wurden die Verzeichnisse "MONAT" und "TAG" anders angelegt (drwxrwxr-w wwwrun www), als das Verzeichnis "ARTIKELID" und das File "ARTIKEL (-rw-rw-r-- nobody nobody).

Was zur Folge hatte, dass entweder die Website für den Login nicht aufrufbar war oder keine FollowUps erstellt wurden...

Nachdem ich den Benutzer "otrs" (für Webserver und otrs) in die Gruppe "nobody" gesteckt habe und

/opt/otrs/bin/SetPermissions.sh /opt/otrs/ otrs nobody www nobody

ausgeführt habe lief es dann.