• Ich hatte jetzt schon das dritte Mal innerhalb von etwa zwei Wochen den Fall, dass qmail "hängt". Es passierte stets auf unterschiedlichen Servern. Meiner Interpretation nach stürzt hier einer der qmail Dienste ab, ich denke es ist der qmail-send. Bin mir aber nicht sicher.

    Die Symptomatik in diesem Zustand ist:
    Mails per smtp werden angenommen, aber nicht zugestellt. Weder lokal, noch extern. Diese Mails tauchen nicht in der Queue auf (also zum Beispiel nicht sichtbar durch Aufruf von /var/qmail/bin/qmail-qread). Sie gehen aber nicht verloren. Es gibt keinerlei Fehlermeldungen in den Logs.
    Schickt zum Beispiel ein User ein Mail weg, sieht man im Log nur die Meldung über die erfolgreiche SMTP-Authentifizierung. Nichts weiteres.

    Ich habe dann immer die gesamte Serverumgebung neu gestartet (systemctl stop daemontools, systemctl start daemontools). Danach werden dann alle lokalen und externen Mails, die sich in diesem "Zwischenstadium" befanden, zugestellt.

    Hauptproblem ist, dass man das lange nicht mitbekommt. Für den User fühlt sich alles normal an. Er bekommt keinerlei Fehlermeldungen, seine Mails nach extern werden angenommen etc. Meistens kommt es dann erst auf, wenn jemand schon verdächtig lange auf ein Mail wartet.

    Kennt das jemand bzw. hat jemand eine Idee? Ich hab leider keine Ahnung, wie ich das Problem hier weiter eingrenzen oder debuggen könnte und werde mittlerweile schon richtig paranoid. Ich erwäge schon einen Neustart der Serverumgebung zumindest einmal am Tag per Cron.

    Beste Grüße,
    Michael

  • Ich habe in den Logs gesehen, dass kurz bevor es zu dem fehlerhaften Zustand kam, die Dienste neu gestartet wurden. Also zumindest gibt es Hinweise dass die Dovecot Dienste neu gestartet wurden, würde es daher für die qmail Dienste auch nicht ausschließen:

    Code
    dovecot[508727]: master: Warning: Killed with signal 15 (by pid=3978461 uid=0 code=kill)
    <2607873><BwvAG4RcBuNdUgQh>: Disconnected: Server shutting down. in=509 out=4446

    Stellt sich die Frage, wer hier diese Dienste neu startet. Einen entsprechenden Cronjob zu der Uhrzeit wo das passiert ist (07:13 Uhr) gibt es nicht. Und wenn schon Neustart, stellt sich die Frage warum dann von qmail nicht mehr alles hochkam.

    Beste Grüße,
    Michael

  • Vielleicht mal monitoren, wer den Befehl schickt

    auditctl -a always,exit -F arch=b64 -S kill -F a1=15 -k killwatch

    wenn es dann zum Problem gekommen ist

    ausearch -k killwatch -ts recent -i

    bzw. besser

    ausearch -k killwatch -ts <Start> -te <Ende> -i

    Wenn Du z.B. Icinga nutzt, könntest Du Dir auch einen Check bauen, um schneller zu sehen, wann der Ausfall ist.

  • Ich hab das noch etwas weiter untersucht. Zu dem Neustart der Dienste gestern um 07:13 kam es, weil ich im pd-admin Administrator - Serverkonfiguration eine WAF Ausnahme hinzugefügt habe. Klickt man hier dann auf OK, werden allerlei Dienste neu gestartet. Dabei kam dann wohl der qmail-send nicht korrekt hoch.

    Also hab ich weiter daran herum gespielt und das Problem lässt sich manchmal nachstellen. Von etwa 20 mal "OK" klicken in der Serverkonfiguration, kommt etwa ein mal der qmail-send nicht ordentlich hoch. Das dürfte alle geplanten Neustarts der Dienste betreffen, nicht nur den Klick dort.

    Ich werde versuchen, den Fehlerzustand noch weiter zu untersuchen. Leider krieg ich den aber natürlich jetzt wo ich ihn gerne hätte, nicht provoziert. Aber ich bleib dran.

    Beste Grüße,
    Michael