Robert Kehl schrieb:

On Monday, January 12, 2004 9:31 AM Juergen Meurer wrote:

...

wegen eines Fehlers in der Config.pm lief Otrs nicht mehr. In der opt/otrs/var/spool befinden sich an die 40 Dateien. Wenn diese dort sind startet otrs nicht, wenn ich diese lösche startet otrs erfolgreich.

Was sagen denn die Logfiles, warum OTRS nicht startet?

Starting OTRS Checking Apache ... done. Checking MySQL ... done. Checking database connect... (It looks Ok!). Enable /opt/otrs/bin/PostMaster.pl ... done. Checking otrs spool dir... Starting otrs PostMaster... (/opt/otrs/var/spool/11) Starting otrs PostMaster... (/opt/otrs/var/spool/12) Starting otrs PostMaster... (/opt/otrs/var/spool/13) Starting otrs PostMaster... (/opt/otrs/var/spool/14) Starting otrs PostMaster... (/opt/otrs/var/spool/15) Starting otrs PostMaster... (/opt/otrs/var/spool/16) Starting otrs PostMaster... (/opt/otrs/var/spool/17) Starting otrs PostMaster... (/opt/otrs/var/spool/18) Starting otrs PostMaster... (/opt/otrs/var/spool/19) Starting otrs PostMaster... (/opt/otrs/var/spool/2) Starting otrs PostMaster... (/opt/otrs/var/spool/20) Starting otrs PostMaster... (/opt/otrs/var/spool/22) Starting otrs PostMaster... (/opt/otrs/var/spool/23) Starting otrs PostMaster... (/opt/otrs/var/spool/24) Starting otrs PostMaster... (/opt/otrs/var/spool/26) Starting otrs PostMaster... (/opt/otrs/var/spool/27) Starting otrs PostMaster... (/opt/otrs/var/spool/28) Starting otrs PostMaster... (/opt/otrs/var/spool/29) Starting otrs PostMaster... (/opt/otrs/var/spool/3) Starting otrs PostMaster... (/opt/otrs/var/spool/4) Starting otrs PostMaster... (/opt/otrs/var/spool/5) Starting otrs PostMaster... (/opt/otrs/var/spool/6) Starting otrs PostMaster... (/opt/otrs/var/spool/7) Starting otrs PostMaster... (/opt/otrs/var/spool/8) Starting otrs PostMaster... (/opt/otrs/var/spool/otrsmbox) done. Creating cronjobs (source /opt/otrs/var/cron/*) ... done. -->> http://office.bad-gmbh.de/otrs/index.pl <<-- failed Die procmail.log sagt folgendes: procmail: Locking ".lock" procmail: Error while writing to "_kPE+YSmAAB.office" procmail: Lock failure on ".lock" procmail: Executing "/opt/otrs/bin/PostMaster.pl" procmail: [17380] Mon Jan 12 10:10:50 2004 procmail: Assigning "LASTFOLDER=/opt/otrs/bin/PostMaster.pl" From sherter@bad219.bad-gmbh.de Mon Jan 12 10:10:48 2004 Subject: Bitte =?ISO-8859-1?Q?=FCberarbeiten_Sie_=27Meldung=5FZentrum?= Folder: /opt/otrs/bin/PostMaster.pl 48271 procmail: Notified comsat: "otrs@:/opt/otrs/bin/PostMaster.pl" In messages sind keine Fehler zu sehen.

Robert Kehl

-- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388

_______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/

-- Mit freundlichen Grüßen Jürgen Meurer ---------------------------------------------------- BAD GmbH Herbert-Rabius-Str. 1 53225 Bonn Tel: 0228/40072-70 Email: meurer@bad-gmbh.de

Robert Kehl schrieb:

On Monday, January 12, 2004 10:15 AM Juergen Meurer wrote:

...

(/opt/otrs/var/spool/otrsmbox) done.

Das bedeutet, dass keine der Mails einen Fehler verursacht.

...

-->> http://office.bad-gmbh.de/otrs/index.pl <<-- failed

Mit welcher Fehlermeldung? Check' mal /var/log/httpd/*_log

Die einzigen Fehler die ich finde sind diese [Mon Jan 12 09:55:19 2004] [error] Can't locate object method "new" via package "Kernel::Config" at /opt/otrs/bin/cgi-bin/index.pl line 65.

Funktioniert von dem Rechner, von dem der URL nicht funktioniert, denn ein simples

Das OTRS ist nicht erreichbar gewesen. Von keinem Rechner.

host office.bad-gmbh.de oder nslookup office.bad-gmbh.de

Klappt.

...

Die procmail.log sagt folgendes: procmail: Locking ".lock" procmail: Error while writing to "_kPE+YSmAAB.office" procmail: Lock failure on ".lock" procmail: Executing "/opt/otrs/bin/PostMaster.pl" procmail: [17380] Mon Jan 12 10:10:50 2004 procmail: Assigning "LASTFOLDER=/opt/otrs/bin/PostMaster.pl" From sherter@bad219.bad-gmbh.de Mon Jan 12 10:10:48 2004 Subject: Bitte =?ISO-8859-1?Q?=FCberarbeiten_Sie_=27Meldung=5FZentrum?= Folder: /opt/otrs/bin/PostMaster.pl 48271 procmail: Notified comsat: "otrs@:/opt/otrs/bin/PostMaster.pl"

Was ist der Inhalt Deiner .procmailrc - die scheint fehlerhaft oder nicht korrekt für Dein System eingerichtet.

Die procmailrc in /opt/otrs/ habe ich unverändert gelassen. SYS_HOME=$HOME SHELL=/bin/sh PATH=/bin:/usr/bin:/usr/local/bin MONTHFOLDER=`date +%Y-%m` YEARFOLDER=`date +%Y` LOGFILE=$SYS_HOME/var/log/procmail-$MONTHFOLDER.log VERBOSE=on :0 fhw : * !^From.*@bad-gmbh.de | grep -vi '^X-OTRS-' :0 c : $SYS_HOME/var/INBOX.Backup.$MONTHFOLDER :0 : | $SYS_HOME/bin/PostMaster.pl :0 : $SYS_HOME/var/spool/. -- Mit freundlichen Grüßen Jürgen Meurer

Martin Edenhofer schrieb:

Wenn eine eMail nicht verarbeitet werden kann, wird sie unter /opt/otrs/var/spool/ gespooled. Mit "rcotrs start" wird das /opt/otrs/var/spool/ durchsucht und ggf. aufgeräumt:

Das hatte ich mir auch so vorgestellt, wobei ich einfach ein /etc/rc.d/otrs start aufgerufen habe, aber otrs war nicht erreichbar.

[...]

...

(/opt/otrs/var/spool/14) Starting otrs PostMaster...

[...]

Und die Dateien unter /opt/otrs/var/spool/ werden gelöscht wenn diese erfolgreich durch bin/PostMaster.pl verarbeitet wurden.

Dachte ich auch.

PS: Procmail ist hier nicht mehr im Spiel. Das wusste ich nicht bzw. mir war nicht klar welche logfiles gebraucht wurde.

PS1: Das "> -->> http://office.bad-gmbh.de/otrs/index.pl <<-- failed" muss in meine Augen ein Bug im init-Skript sein.

Ist aber das rpm für Suse 8.2 von eurer Seite. Ich habe die Mails aus dem Verzechnis entfernt, OTRS neu gestartet und die Mails mit mutt nochmal an die richtige Adresse gebouncet und dann klappte alles wieder. Wäre nur interessant zu wissen was passiert ist wenn so etwas nochmal vorkommen sollte. -- Mit freundlichen Grüßen Jürgen Meurer