Hallo, Am Dienstag, 7. Juni 2005 11:52 schrieb Christian Schoepplein:

Hi Wolfgang,

On Mo, Jun 06, 2005 at 02:50:40 +0200, Wolfgang Lumpp wrote:

...

ich habe über die Weboberfläche einen Job zum löschen von Tickets in der Junk-Queue angelegt. OTRS 2.0.x CVS unter SuSE 9.0 Beim ausführen bekomme ich im Log die Meldungen:

Mon Jun 6 14:30:03 2005 notice OTRS-PM-10 Sent agent 'NewTicket' notification to 'wol@msc-ge.com'. Mon Jun 6 14:30:03 2005 notice OTRS-PM-10 New Ticket [2005060610000138/Cron

Das neu erstellte Ticket beinhaltet:

ERROR: OTRS-GenericAgent-10 Perl: 5.8.1 OS: linux Time: Mon Jun 6 14:30:02 2005

Message: Need UserID!

Traceback (4922): Module: Kernel::System::Ticket::TicketEventHandlerPost (v1.172) Line: 3824 Module: Kernel::System::Ticket::HistoryDelete (v1.172) Line: 3387 Module: Kernel::System::Ticket::ArticleStorageDB::ArticleDelete (v1.24) Line: 67 Module: Kernel::System::Ticket::TicketDelete (v1.172) Line: 447 Module: Kernel::System::GenericAgent::JobRunTicket (v1.10 ) Line: 611 Module: Kernel::System::GenericAgent::JobRun (v1.10 ) Line: 351 Module: /opt/otrs/bin/GenericAgent.pl (v1.36) Line: 197

Als Selektion zum löschen habe ich bei Ticket "*" und bei der Queue "Junk" gewählt.

Hmm, habe das gerade mal versucht hier zu reproduzieren. Ich bekomme keinen Fehler.

Ich habe einen Job angelegt, auch über die Weboberfläche.

- Ich habe einen Namen für den JOb angegeben - als Zeiten habe ich 00 und 30 bei den Minuten ausgewählt, der Job wird also alle 30 Min. ausgeführt - für Ticket# habe ich * eingetragen - als Queue habe ich Junk gecheckt - Für sTatus habe ich neu und offen gecheckt - Bei Neuer Queue habe ich ebenfalls Junk gecheckt - Für Neuer Status habe ich erfolgreich geschlossen gewählt

Für den Rest habe ich die Standardeinstellungen übernommen.

Wenn ich jetzt ein neues Ticket z.B. in raw liegen habe und es in junk verschiebe, wird es mit Hilfe dieses Jobs automatisch geschlossen, immer zur vollen und halben Stunde. Einen Fehler bekomme ich nicht.

...

Wie kann ich vorher schon einen User setzen, damit der GenericAgent nicht jammert?

Sag mir bitte noch mal genau die Einstellungen, wie du den Job angelegt hast. Laufen die cron Jobs für die OTRS-Skripte eigentlich auch unter dem OTRS-Benutzer? Funktioniert ein Job, wie ich ihn angelegt habe, bei dir? 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. Hatte ich vorher leider nicht getestet. Die cron-Jobs stehen unter /var/spool/cron/tabs/otrs, sollten also als user otrs ausgeführt werden.

Grüße und Danke Wolfgang

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

Hallo,

...

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

Uah! Per Hand oder RPM installiert? Wenn per RPM, dann war das per Hand.

nicht OK bzw. es hat was gefehlt. Jedenfalls musst du erst mal alle .dist-Files umkopieren. Machmal als otrs-User:

# cd var/cron # for i in `ls -1 *.dist` ; do cp $i `basename $i .dist`; done

Und nun mach noch die ganzen Files executable. Auch im var/cron-Verz.:

# chmod +x *

...

...

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

Hmm, ich hab da ein wenig mehr stehen. Sind da mit Absicht nur diese wenigen Einträge? Wenn nein, dann mach doch mal Folgendes (auch wieder als otrs-User):

# crontab -r

Damit entfernst du erst mal die gesamte crontab. Danach dann:

# cd bin # ./Cron.sh start

Nun werden alle crontab-Einträge für otrs installiert. Mit

# crontab -l

kannst du dann nachsehen, ob alles da ist. Wenn du per Hand installiert hast, musst du evtl. noch die Pfade anpassen. Jetzt wurde das Ticket aus Junk gelöscht, ohne ein neues Ticket zu erstellen. Allerdings finde ich in otrs.log immernoch:

[Wed Jun  8 09:00:02 2005][Notice][Kernel::System::GenericAgent::JobRun] Run Gen ericAgent Job 'loeschen' from db. [Wed Jun  8 09:00:02 2005][Notice][Kernel::System::GenericAgent::JobRunTicket] D elete Ticket (2005060810000018/54). [Wed Jun  8 09:00:03 2005][Error] [Kernel::System::Ticket::TicketEventHandlerPost ][3824] Need UserID! Das kommt davon, wenn man nicht nach den Angaben in INSTALL vorgeht, sorry. Grüße und danke Wolfgang