Hallo Zusammen,
Nach der Migration unserers Exchange Servers von Exchange 2010 auf 2016 bekomme ich jede 3h folgende Fehler in OTRS:
"OTRS Scheduler Daemon Cron: MailAccountFetch:
Error: Timeout of 600 seconds reached, killing child process!"
Woran kann das liegen?
Welche logs könnte ich mir anschauen, um der Ursache auf den Grunde zu gehen?
Edit: Mails werden Problemlos von Mailsserver abgeholt...
mfg
Robert
Timeout of 600 seconds reached
Re: Timeout of 600 seconds reached
Hallo, habe das selbe Problem.
Hast du schon eine lösung gefunden?
Hast du schon eine lösung gefunden?
-
zzz
- Znuny superhero
- Posts: 914
- Joined: 15 Dec 2016, 15:13
- Znuny Version: All
- Real Name: Emin
- Company: Efflux GmbH
- Contact:
Re: Timeout of 600 seconds reached
Hallo zusammen,
OTRS stellt standardmäßig, täglich und pro Postfach 144× Anfragen an eure Mail-Server.
Wird eine einzige Anfrage nicht sofort beantwortet, verschickt OTRS die berühmt-berüchtigte 600er Mail an den Administrator.
Auslöser kann ein tägliches Limit an Anfragen sein, was überschritten wird, ein temporäres Verbindungsproblem oder etwas anderes.
Die 600er Meldung ist jedoch sehr unelegant gelöst wurden.
Die Meldung bedeutet nicht, dass 600 Sekunden lang keine Verbindung mit dem Mail-Server hergestellt werden konnte, sondern dass diese eine Anfrage innerhalb der genannten Zeit keine Antwort erhalten hat.
Das Problem ist, dass das OTRS in den nächsten paar Sekunden nicht noch eine Anfrage schickt, sondern auf eine Antwort wartet, die, wenn sie nicht sofort kommt, höchstwahrscheinlich niemals kommen wird (zumindest gehe ich davon aus ohne den Code analysiert zu haben, lasse mich aber auch gerne korrigieren).
Die Meldung ist, solang sie sich von der Anzahl her im Rahmen hält, harmlos und kann ignoriert werden.
Wenn das Problem nicht behoben werden kann und die Meldungen stören, muss man sich mit einer Postfach-Regel aushelfen (verschieben und als gelesen markieren =)).
Hat den Vorteil, dass man noch eine grobe Übersicht der Ausfälle behält und im Nachgang ggf. ein Muster erkennt.
Wird dadurch das Abholintervall der Mails kritisch beeinträchtigt, lässt sich noch mit der Hochstufung der parallelen Abfragen helfen (Daemon::SchedulerCronTaskManager::Task...).
Viele Grüße
Emin
OTRS stellt standardmäßig, täglich und pro Postfach 144× Anfragen an eure Mail-Server.
Wird eine einzige Anfrage nicht sofort beantwortet, verschickt OTRS die berühmt-berüchtigte 600er Mail an den Administrator.
Auslöser kann ein tägliches Limit an Anfragen sein, was überschritten wird, ein temporäres Verbindungsproblem oder etwas anderes.
Die 600er Meldung ist jedoch sehr unelegant gelöst wurden.
Die Meldung bedeutet nicht, dass 600 Sekunden lang keine Verbindung mit dem Mail-Server hergestellt werden konnte, sondern dass diese eine Anfrage innerhalb der genannten Zeit keine Antwort erhalten hat.
Das Problem ist, dass das OTRS in den nächsten paar Sekunden nicht noch eine Anfrage schickt, sondern auf eine Antwort wartet, die, wenn sie nicht sofort kommt, höchstwahrscheinlich niemals kommen wird (zumindest gehe ich davon aus ohne den Code analysiert zu haben, lasse mich aber auch gerne korrigieren).
Die Meldung ist, solang sie sich von der Anzahl her im Rahmen hält, harmlos und kann ignoriert werden.
Wenn das Problem nicht behoben werden kann und die Meldungen stören, muss man sich mit einer Postfach-Regel aushelfen (verschieben und als gelesen markieren =)).
Hat den Vorteil, dass man noch eine grobe Übersicht der Ausfälle behält und im Nachgang ggf. ein Muster erkennt.
Wird dadurch das Abholintervall der Mails kritisch beeinträchtigt, lässt sich noch mit der Hochstufung der parallelen Abfragen helfen (Daemon::SchedulerCronTaskManager::Task...).
Viele Grüße
Emin
Professional Znuny and OTRS services: efflux.de | efflux.de/en/
Free and premium add-ons: German | English
Free and premium add-ons: German | English