Cronjob Fehler

[Modulexpert]

Hallo!
Ich verwende OTRS 3.3.4 ohne extensionen
System Debian 7.2

Ich habe derzeit Probleme mit den Cronjobs. Liste ist noch länger daher verkürzt

Subject: Cron <otrs@serverclick> $HOME/bin/otrs.GenericAgent.pl -c db >> /dev/null
Content-Type: text/plain; charset=UTF-8
X-Cron-Env: <MAILTO=root@localhost>
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/opt/otrs/>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=otrs>

ERROR: OTRS-otrs.GenericAgent.pl-80 Perl: 5.14.2 OS: linux Time: Sun Mar 23 00:10:01 2014

Message: Can't write '/opt/otrs/var/tmp/CacheFileStorable/DynamicField/6/7/6732332f2164b22a374a2cd7c080aea3': Permission denied

Traceback (7156):
Module: Kernel::System::Main::FileWrite (OTRS 3.3.4) Line: 485
Module: Kernel::System::Cache::FileStorable::Set (OTRS 3.3.4) Line: 89
Module: Kernel::System::Cache::Set (OTRS 3.3.4) Line: 130
Module: Kernel::System::DynamicField::DynamicFieldGet (OTRS 3.3.4) Line: 324
Module: Kernel::System::DynamicField::DynamicFieldListGet (OTRS 3.3.4) Line: 955
Module: Kernel::System::GenericAgent::new (OTRS 3.3.4) Line: 124
Module: /opt/otrs//bin/otrs.GenericAgent.pl (unknown version) Line: 88

ERROR: OTRS-otrs.GenericAgent.pl-80 Perl: 5.14.2 OS: linux Time: Sun Mar 23 00:10:01 2014

Message: Can't write '/opt/otrs/var/tmp/CacheFileStorable/DynamicField/b/f/bfdc5f1e460c58d65e1512de4025075e': Permission denied

Traceback (7156):
Module: Kernel::System::Main::FileWrite (OTRS 3.3.4) Line: 485
Module: Kernel::System::Cache::FileStorable::Set (OTRS 3.3.4) Line: 89
Module: Kernel::System::Cache::Set (OTRS 3.3.4) Line: 130
Module: Kernel::System::DynamicField::DynamicFieldGet (OTRS 3.3.4) Line: 324
Module: Kernel::System::DynamicField::DynamicFieldListGet (OTRS 3.3.4) Line: 955
Module: Kernel::System::GenericAgent::new (OTRS 3.3.4) Line: 124
Module: /opt/otrs//bin/otrs.GenericAgent.pl (unknown version) Line: 88

ERROR: OTRS-otrs.GenericAgent.pl-80 Perl: 5.14.2 OS: linux Time: Sun Mar 23 00:10:01 2014

Message: Can't write '/opt/otrs/var/tmp/CacheFileStorable/DynamicField/3/a/3a185f32828a79653f6a091eb41d040c': Permission denied

Traceback (7156):
Module: Kernel::System::Main::FileWrite (OTRS 3.3.4) Line: 485
Module: Kernel::System::Cache::FileStorable::Set (OTRS 3.3.4) Line: 89
Module: Kernel::System::Cache::Set (OTRS 3.3.4) Line: 130
Module: Kernel::System::DynamicField::DynamicFieldListGet (OTRS 3.3.4) Line: 962
Module: Kernel::System::GenericAgent::new (OTRS 3.3.4) Line: 124
Module: /opt/otrs//bin/otrs.GenericAgent.pl (unknown version) Line: 88

Also die Rechte stimmen : otrs,www-data
Hatte auch versucht alls auf 777 zu setzen, brachte auch nichts.
Jetzt hab ich im Netz gefunden das es an etc/aliases und Postfix liegen soll.
https://www.mail-archive.com/otrs-de@ot ... 12960.html
Jetzt bin ich kein Vollprofi mit Linux und hoffe das mir einer da weiter helfen kann das Problem zu lösen btw was genau ich machen muß laut verlinkten Artikel.
Es nervt tierisch die Emails dauernd zu löschen

[schulmann]

Code: Select all

Subject: Cron <otrs@serverclick> $HOME/bin/otrs.GenericAgent.pl -c db >> /dev/null
...
 Message: Can't write '/opt/otrs/var/tmp/CacheFileStorable/DynamicField/6/7/6732332f2164b22a374a2cd7c080aea3': Permission denied
...

Was erscheint bei 'set -vx;fgrep ":$(grep ^www-data: /etc/group|cut -f3 -d:):" /etc/passwd;set +vx'?
Was erscheint bei 'grep ^otrs: /etc/passwd'?

Hatte auch versucht alls auf 777 zu setzen, brachte auch nichts.

Mir ist nicht klar was Du mit alles meinst.
Alle Directories und Files unterhalb der Home-Directory von otrs?
Oder die angemeckerten Directories und Files?

Jetzt hab ich im Netz gefunden das es an etc/aliases und Postfix liegen soll.
https://www.mail-archive.com/otrs-de@ot ... 12960.html

Ganz andere Baustelle.

Es nervt tierisch die Emails dauernd zu löschen

Fehlermeldungen von cron-Jobs zu unterdrücken ist eine leichte Übung: Einfach die fragliche Zeile mit ' 2>/dev/null' ergänzen

[Modulexpert]

Vielen Dank schonmal für die Hilfe!

bei den beiden Befehlen kommt :

grep ^www-data: /etc/group|cut -f3 -d:):"
grep ^www-data: /etc/group|cut -f3 -d:):
grep ^www-data: /etc/group|cut -f3 -d:
++ grep '^www-data:' /etc/group
++ cut -f3 -d:
+ fgrep :33: /etc/passwd
www-data33:33:www-data:/var/www:/bin/sh
+ set +vx

otrs998:998:OTRS user:/opt/otrs/:/bin/sh

Mir ist nicht klar was Du mit alles meinst.
Alle Directories und Files unterhalb der Home-Directory von otrs?
Oder die angemeckerten Directories und Files?

ja genau ab /tmp/

[schulmann]

Damit wissen wir:

• Die gid von www-data ist 33.
• otrs hat www-data nicht als primary group (anders als meine aktuelle Installation auf openSUSE).
• www-data hat www-data als primary group.

Nun wollen wir wissen ob otrs www-data als supplementary group hat: Was erscheint mit 'grep ^www-data: /etc/group'?

Mir ist nicht klar was Du mit alles meinst.
Alle Directories und Files unterhalb der Home-Directory von otrs?
Oder die angemeckerten Directories und Files?

ja genau ab /tmp/

Das war eine offene Frage, die man eigentlich nicht mit 'ja' oder 'nein' beantworten kann.
Deshalb stelle ich sie nochmal: Und wie hast Du das gemacht, also mit welchen Kommandos?

[Modulexpert]

bei dem Befehl erscheint

www-data33:www-data

ich hab das einmal so gemacht:

chmod -R 777 tmp

und

vorher hatte ich das noch gemacht :

./otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --web-u
ser=www-data --otrs-group=nogroup --web-group=www-data

und als das auch keine besserung brachte das noch hinterher:

chown -R otrs.www-data /opt/otrs

[schulmann]

bei dem Befehl erscheint

www-data33:www-data

Damit ist klar: Da die cron-Jobs unter dem User otrs laufen und dieser keine Schreibrechte hat kommt natürlich eine Fehlermeldung.

Zur Abhilfe könntest Du versuchen:

Code: Select all

usermod -G www-data otrs

Damit dürften diese cron-Probleme weg sein.

Allerdings würde ich einem produktiven System nicht trauen bei dem ich so nachbessern musste weil da vermutlich noch weitere Dinge im Argen liegen.

Als Ursache vermute ich: Du hast Dich nicht an die Installationsanleitung gehalten, insbesondere folgenden Punkt aus der Datei INSTALL.md: Add user to webserver group (if the webserver is not running as the OTRS user)

vorher hatte ich das noch gemacht :

Code: Select all

 ./otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --web-user=www-data --otrs-group=nogroup --web-group=www-data

Dieses Kommando bitte zur Sicherheit nach dem o. g. Kommando nochmal eingeben, aber so:

Code: Select all

cd ~otrs/bin && ./otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --web-user=www-data --otrs-group=www-data --web-group=www-data

und als das auch keine besserung brachte das noch hinterher:

Code: Select all

chown -R otrs.www-data /opt/otrs

Falls es ein produktives System ist würde ich nach diesem Kommando OTRS neu installieren weil da noch nach längerer Zeit fast beliebige Nebeneffekte kommen könnten.
Die Wahrscheinlichkeit für solche Nebeneffekte ist zwar niedrig aber es ist eine potentielle Zeitbombe.

Alternativ kann man natürlich auch ein weiteres OTRS-System aufsetzen und die Owner, Groups und Permissions für alle Directories und Files in das produktive System übernehmen.

[Modulexpert]

Ich bedanke mich, das war der Fehler gewesen.
Habs nun nochmal installiert, da keine Tickets drin waren.

Vielen Vielen Dank