Hallo,
habe mal genau wie von Dir beschrieben einen neuen Job angelegt. Fehler ist der gleiche. Habe zusätzlich noch versucht, alles unter Status und alles unter Besitzer auszuwählen. Leider auch nichts. Wenn ich aber den Job von der Weboberfläche aus starte, funktioniert das ganze.
OK, dann scheint der Job an sich in Ordnung zu sein und es liegt denke ich nicht an OTRS selbst.
Die cron-Jobs stehen unter /var/spool/cron/tabs/otrs, sollten also als user otrs ausgeführt werden.
Wie sehen die Berechtigungen für die Skripte aus, die über die crontab des OTRS-Users ausgeführt werden? Kannst du die Skripte als OTRS-User ausführen? Log dich mal als OTRS-User ein und schick die Ausgabe von
# ls -al var/cron drwxrwxr-x 2 otrs users 4096 Jun 6 14:00 . drwxrwxr-x 11 otrs users 4096 Jun 1 13:53 .. -rw-rw-r-- 1 otrs users 286 May 30 16:47 aaa_base.dist -rw-rw-r-- 1 otrs users 387 May 30 16:47 fetchmail.dist -rw-rw-r-- 1 otrs users 533 Jun 7 13:41 generic_agent -rw-rw-r-- 1 otrs users 364 Jun 7 13:41 generic_agent-database -rw-rw-r-- 1 otrs users 364 May 30 16:47 generic_agent-database.dist -rw-rw-r-- 1 otrs users 533 May 30 16:47 generic_agent.dist -rw-rw-r-- 1 otrs users 394 Jun 7 13:41 pending_jobs -rw-rw-r-- 1 otrs users 344 May 30 16:47 pending_jobs.dist -rw-rw-r-- 1 otrs users 495 May 30 16:47 postmaster.dist -rw-rw-r-- 1 otrs users 350 May 30 16:47 postmaster_pop3.dist -rw-rw-r-- 1 otrs users 341 May 30 16:47 rebuild_ticket_index.dist -rw-rw-r-- 1 otrs users 359 May 30 16:47 session.dist -rw-rw-r-- 1 otrs users 345 May 30 16:47 unlock.dist
Und dann noch die Ausgabe von
# crontab -l
*/10 * * * * $HOME/bin/GenericAgent.pl -c db >> /dev/null 45 */2 * * * $HOME/bin/PendingJobs.pl >> /dev/null (Kommentarzeilen entsorgt)
Ich nehme mal an, dass die Skripte irgendwie nicht mit den Rechten ausgeführt werden können, die dein OTRS-User hat. Oder irgendwas stimmt an deinen crontab-Einträgen nicht...
Das war auch meine Vermutung. Es sieht für mich aber alles richtig aus :-( Grüße und Danke Wolfgang