PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Qmail stirbt regelmäßig "leise" weg



Torsten[EG]
08.05.04, 14:50
Hallo zusammen,

ich habe ein _leichtes_ Problem mit meinem Mailserver: Während der SMTP und IMAP-Server
problemlos durchläuft, scheint qmail (arbeitet bei mir mit vpopmail zusammen) regelmäßig
den Geist aufzugeben. Ankommende und auch interne Mails des Systems werden nach
einiger Zeit einfach nicht mehr zugestellt, ein ps -A | grep "qmail" bringt



25171 ? 00:00:13 qmail-send
25175 ? 00:00:01 qmail-lspawn
25176 ? 00:00:00 qmail-rspawn
25177 ? 00:00:00 qmail-clean
25213 ? 00:00:00 qmail-local
26304 ? 00:00:00 qmail-local
26312 ? 00:00:00 qmail-local
26323 ? 00:00:00 qmail-local
26331 ? 00:00:00 qmail-local
26393 ? 00:00:00 qmail-local
26395 ? 00:00:00 qmail-local
26402 ? 00:00:00 qmail-local
26409 ? 00:00:00 qmail-local
26418 ? 00:00:00 qmail-local


zustande... Mein qmail-Startskript sieht folgendermaßen aus: http://www.elitegames.de/qmail

Wie man sieht, habe ich zwei mehrzeile Einträge bei start) auskommentiert
und jeweils in eine einzige Zeile zusammengefügt, das sollte aber nicht
das Problem sein - schließlich startet der Server ja zunächst auch,
verteilt Mails und stirbt erst nach einigen Stunden / Tagen still und leise.
In den Log-Files stehen keine Fehlermeldungen, es hilft im Endeffekt nur,
alle Prozesse per Hand zu killen und dann /etc/init.d/qmail start, bis
das Problem erneut auftritt.

Hat jemand vielleicht eine Idee? :(

Anmerkung: Ich habe auch mal das Tool qmHandle nachinstalliert,
es zeigt mir in der Tat auch >400 Mails im Queue an, die man aber auch mittels
qmHandle -a nicht versendet kriegt (natürlich ohne Fehlermeldung, dass
qmail nicht läuft, denn das tut es laut System ja auch).

Wichtig (Edit):
In /var/log/qmail.log tauchen jetzt lauter Meldungen auf wie:

delivery n: deferral: Unable_to_fork:_temporary_failure._(#4.3.0)/
(Statt n halt die entsprechende Nummer der Mail im Queue)

geronet
08.05.04, 15:00
Zuwenig Speicher?
/var voll?
Irgendsowas ist es doch..

Torsten[EG]
08.05.04, 15:16
Hallo geronet!



Filesystem 1M-blocks Used Available Use% Mounted on
/dev/sda5 860 671 145 83% /
/dev/sda1 27 2 24 5% /boot
/dev/sdb 3019 1280 1585 45% /home


Aber laut top scheint es da 'was zu geben:



Mem: 99240K total, 98368K used, 872K free, 2044K buffers
Swap: 124908K total, 124900K used, 8K free, 4632K cached


Das sieht ja sehr, sehr bitter aus... wie kann ich denn mal den Swap
entrümpeln, bzw. mal überprüfen, was da vor sich geht?

Torsten[EG]
08.05.04, 15:18
Jetzt "geht" es wieder:



Mem: 99240K total, 44808K used, 54432K free, 2112K buffers
Swap: 124908K total, 61904K used, 63004K free, 14696K cached


Woran könnte es denn sonst noch liegen?

geronet
09.05.04, 09:47
qmail-local liefert doch Mails lokal aus, an was denn bei dir? procmail? Oder gleich ins maildir?
Prüf das doch mal nach, vielleicht hängts da beim forken zum entsprechendem Auslieferprogramm.

Torsten[EG]
10.05.04, 22:36
Via vpopmail wird das direkt in das Maildir des virtuellen Users einsortiert...
wie kann ich an der Stelle denn mal einen evtl. Engpass ausfindig machen?

[WCM]Manx
11.05.04, 08:15
Hi!

Wie produktiv ist Dein Mailserver, d.h wieviel Mailboxen usw.?
Mehr als 400 Mails in der Queue ist IMHO zu viel.
Daher Ursache erforschen:
Möglichkeiten
1.) Du hast sehr viele User und mit momentanem Virenaufkommen wäre das durchaus möglich.
2.) Du hast ein Open Relay (was aber mit Qmail kaum möglich ist, außer Du hast die Datei rcpthosts gelöscht.

Eine Qmailinstallation ohne daemontools is nix ;)

Grüße

Manx

geronet
11.05.04, 20:57
>Eine Qmailinstallation ohne daemontools is nix

Käse, mit lifewithqmail.org geht das auch ohne.
Läuft bei mir jedenfalls so ;)