"Permission denied" bei Cronjobs seit Update auf 3.2

Hilfe zu Znuny Problemen aller Art
Locked
fthommen
Znuny newbie
Posts: 9
Joined: 24 Apr 2013, 12:49
Znuny Version: 3.1.3
Company: EMBL Heidelberg

"Permission denied" bei Cronjobs seit Update auf 3.2

Post by fthommen »

Hallo,

seit dem Update auf 3.2 (RPM-Installation unter CentOS 5) erhalte ich immer wieder von den diversen Cronjobs (otrs.PostMasterMailbox.pl, otrs.DeleteCache.pl, otrs.LoaderCache.pl) Zugriffs-Fehlermeldungen (siehe auch Tread "otrs.PostMasterMailbox.pl: Permission Denied fuer 'mkdir'"):
  • Message: Can't remove file /opt/otrs/var/tmp/CacheFileStorable/CacheInternalLoader/a/5/a5a7a46de71ce8a7f3f0961aecf5c8ba: Permission denied
  • Message: Can't write '/opt/otrs/var/tmp/CacheFileStorable/CacheInternalTicket/8/f/8fd2c543e3d23358aec0983fbda050cf': Permission denied
  • mkdir /opt/otrs/var/tmp/CacheFileStorable/DynamicFieldValue/b/8: Permission denied at /opt/otrs/Kernel/System/Cache/FileStorable.pm line 81
Das betroffene Verzeichnis ist natuerlich nicht immer dasselbe. Manchmal funktioniert das Skript schlussendlich oder ich mache im Fall von otrs.PostMasterMailbox.pl den "Fetch Mail" manuell aus dem Admin-Panel heraus. Tatsaechlich sind die Zugriffsrechte vermutlich teilweise falsch. Beispiel:

Code: Select all

# ls -al /opt/otrs/var/tmp/CacheFileStorable/DynamicFieldValue
total 64
drwxrwsr-x 16 otrs   apache 4096 Sep 17 19:13 .
drwxrwsr-x 26 otrs   apache 4096 Sep 16 10:48 ..
drwxrwsr-x  4 otrs   apache 4096 Sep 16 12:30 0
drwxrwsr-x  6 otrs   apache 4096 Sep 17 14:40 1
drwxr-sr-x  3 apache apache 4096 Sep 10 19:47 2
drwxrwsr-x  4 otrs   apache 4096 Sep 16 15:10 3
drwxr-sr-x  3 apache apache 4096 Sep 17 19:13 4
drwxr-sr-x  4 apache apache 4096 Sep 17 19:13 5
drwxrwsr-x  4 otrs   apache 4096 Sep 17 19:13 6
drwxr-sr-x  3 apache apache 4096 Sep  9 18:53 8
drwxrwsr-x  5 otrs   apache 4096 Sep 17 14:50 9
drwxrwsr-x  6 otrs   apache 4096 Sep 17 19:13 a
drwxr-sr-x  4 apache apache 4096 Sep 17 19:13 b
drwxrwsr-x  4 otrs   apache 4096 Sep 17 19:13 c
drwxrwsr-x  5 otrs   apache 4096 Sep 17 14:50 d
drwxrwsr-x  5 otrs   apache 4096 Sep 17 19:13 e
# ls -al /opt/otrs/var/tmp/CacheFileStorable/DynamicFieldValue/b
total 16
drwxr-sr-x  4 apache apache 4096 Sep 17 19:13 .
drwxrwsr-x 16 otrs   apache 4096 Sep 17 19:13 ..
drwxr-sr-x  2 apache apache 4096 Sep 10 19:03 0
drwxr-sr-x  2 apache apache 4096 Sep 17 19:13 8
# 
Die involvierten Accounts sind 'otrs' und 'apache':

Code: Select all

# id -a otrs
uid=500(otrs) gid=48(apache) groups=48(apache)
# id -a apache
uid=48(apache) gid=48(apache) groups=48(apache), [...und viele andere nicht relevante...]
# 

Code: Select all

/opt/otrs/bin/otrs.SetPermissions.pl --otrs-user=otrs --web-user=apache --otrs-group=apache --web-group=apache /opt/otrs
habe ich bereits durchgefuehrt, das hat das das Problem allerdings nur fuer kurze Zeit geloest.

Tatsaechlich scheint das Problem zu sein, dass die von 'apache' generierten Verzeichnisse (via Web-Frontend) keine Schreibberechtigung fuer die Gruppe haben, waehrend die von 'otrs' generierten (Cronjobs) korrekt sind. Wie kann man dieses Problem loesen? Mit OTRS 3.1 hatte ich dieses Problem nicht.

frank
Locked