OTRS 3.3 BEta4 PostMasterMailbox.pl cronjob

[arktik]

Hallo zusammen,

ich bin gerade dabei OTRS 3.3 Beta 4 zu installieren und zu Testen. Leider bekomme ich jedoch bei den Cronjobs ein Problem und zwar mit den Postmaster Email Konten und den Cronjb PostMasterMailbox.

Der Abruf der E-Mails vom Server funktioniert über die Oberfläche von OTRS, auch der automatische Abruf scheint zu funktionieren. Jedoch bekomme ich immer wieder diese Meldung in den syslog vom Server.

In der Datenbank steht der Prozess auch wie folgt drin:

+------------------------+--------------+----------------------------+-------------------+--------------------+
| process_name | process_id | process_host | process_create | process_change |
+------------------------+--------------+----------------------------+-------------------+--------------------+
| PostMasterMailbox | 28694 | yourhost.example.com | 1382166602 | 1382166602 |
+------------------------+--------------+----------------------------+-------------------+--------------------+
1 row in set (0.00 sec)

Syslog Auszug:

Code: Select all

Oct 19 09:00:01 otrs CRON[28689]: (otrs) CMD ($HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null)
Oct 19 09:00:01 otrs OTRS-otrs.PostMasterMailbox.pl-10[28690]: [Notice][Kernel::System::PID::PIDCreate] Can't create PID PostMasterMailbox, because it's already running (yourhost.example.com/28647)!
Oct 19 09:00:01 otrs CRON[28688]: (CRON) info (No MTA installed, discarding output)
Oct 19 09:10:01 otrs CRON[28693]: (otrs) CMD ($HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null)
Oct 19 09:10:02 otrs OTRS-otrs.PostMasterMailbox.pl-10[28694]: [Notice][Kernel::System::PID::PIDCreate] Removed PID (PostMasterMailbox/yourhost.example.com/28647, because 1 hour old!

Wieso steht im Prozess yourhost.example.com noch drin? Ich habe die FQND ausgetauscht. Wurde diese Option noch wo anders im System gesetzt oder greift das Skript PostMasterMailbox.pl nur auf die OTRS Standardwerte zurück?

Aso ich habe in der Datenbank den Eintrag auch schon einmal gelöscht gehabt und danach das Skript von otrs.PostMasterMailbox.pl wie folgt ausgeführt

bin/otrs.PostMasterMailbox.pl -f 1

Daraufhin wurde auch eine TestE-Mail abgerufen, jedoch seit dem keine mehr.

Kleine Anmerkung noch, es scheint so als würde OTRS diese Informationen aus der Default.pm nehmen. Wenn ich aber im Ordner Files unter Kernel/Config bin, sehe ich das die Konfiguration neugeladen wurde.

Im Anhang befindet sich der Screenshot. Was mich nur verwundert die ZZZAuto.pm wird nicht mit den Rechten otrs:www-data abgelegt sondern mit www-data:www-data obwohl dies bei den anderen Dateien genau anders herum ist.

Danke schon mal für die hilfe.

[sinnedG]

Hallo,

konnte das Problem hier gelöst werden?

Gruß
Dennis

[malumba]

Hallo,

habe das gleiche Problem mit der Version 3.3.5 unter Ubuntu 10.04.4 LTS.
Hat schon jemand eine Lösung gefunden?

Viele Grüße
Christian

[reneeb]

Habt ihr die Cronjobs mal unter dem User "www-data" laufen lassen? Oder den Apache unter dem User "otrs"?

[malumba]

Habt ihr die Cronjobs mal unter dem User "www-data" laufen lassen? Oder den Apache unter dem User "otrs"?

wenn der Cronjob unter "www-data" läuft findet er natürlich die Skripte nicht da www-data ein anderes Home-Verzeichnis hat. Den Apache kann ich leider nicht unter einem anderen User laufen lassen, da noch andere Anwendungen auf dem Server produktiv sind.

[reneeb]

Man kann in den Cronjobs auch ganze Pfade nehmen, statt $HOME dann also /opt/otrs (oder wo auch immer euer OTRS liegt).

[malumba]

Danke für die Hilfe.
Ich habe die OTRS Installation, Datenbank sowie otrs Apache konfiguration erneut durchgeführt. Jetzt scheint es zu laufen.

[bexorzist]

*** Update ***

War wohl alles nur Zufall. Das Problem besteht noch immer. :/

Da ich auch von diesem Phänomen betroffen war, möchte ich mal meine Erkenntnisse dazu mitteilen. Letzte Woche habe ich auf Ubuntu 10.x LTS von 3.0.8 auf 3.3.5 hochgezogen. Da stellte sich schon das Problem mit der PostMasterMailbox PID dar. Dort konnte ich es aber durch das einmalige Löschen der PID aus der DB dauerhaft beheben. Dieses WE hatte ich dann den Umzug auf Debian 7 vollzogen und hatte wieder das Problem. Nun aber half das Löschen der PID aus der DB nichts, da sie nach dem nächsten Turnus wieder fest hing.

Also ewig die Ordnerstruktur und Scripte untersucht, aber ich konnte einfach keine Ursache feststellen. Dann habe ich einfach mal einen zusätzlichen otrs user in der Datenbank angelegt, der aber nicht über localhost, sondern den in der /etc/hosts Datei hinterlegten Servernamen zugreifen darf. Dabei habe ich ausversehen den alten gelöscht, ihn aber unmittelbar danach wieder angelegt. Und siehe da... nun wird die PID ordentlich nach Abschluss des PostMasterMailbox Prozesses aus der DB entfernt. ^^

Ob es nun an dem zweiten Eintrag liegt oder dass ich den otrs user für den localhost Zugriff erneut angelegt habe, kann ich nicht sagen. Ich bin verständlicherweise froh, dass das Ganze nun (auch nach einem Server Reboot) richtig läuft.

Aber vielleicht ist das ja ein Ansatz für andere.

Gruß
BX