Starke Last durch Spamdyke

Klar, mehr Speicher => noch mehr Spamdyke-Prozesse die sich aufhängen können.
Dadurch hast Du zumindest zwischen den Abstürzen mehr Zeit.

huschi.
 
Ich habe jetzt mal auf 4.04. upgedatet vielleicht bringt das ja was....
Noch mehr Perfomance sollte das Problem woll nicht lösen, zur Zeit habe ich
2.048 MB RAM garantiert
und bis zu 5.120 MB RAM dynamisch
Wie könnte man die alten Prozesse automatsich beenden.
Leider bin ich so bewandert mit Ubuntu!
 
Bitte beachte daß "Performance" das falsche Wort ist.
"Ressourcen" oder "mehr Speicher" sind korrekt.

Deinem Problem ist offensichtlich nicht so leicht bei zu kommen.
Daher versuch es doch mal mit einer anderen Greylisting-Methode.

huschi.
 
Hi Huschi,

ich habe das selbe Problem, dass sich die Spamdyke-Prozesse nicht beenden (dann zu viele Files geöffnet sind und Virtuzzo's numfiles-Limit zumacht).

Mittlerweile kille ich alle 2 Tage die ~100 Prozesse mit ihren 3000 geöffneten Dateien.

Ich muss ich jetzt mal intensiv mit dem Problem beschäftigen, Linux-Kenntnisse sind soweit vorhanden. Wenn ihr noch ein paar Tipps habt, was ich checken soll, wäre ich auch sehr dankbar.

System: Debian Etch, Plesk 8.4.0, Spamdyke nach huschi's Anleitung eingerichtet.

inetd.conf
Code: 
smtp stream tcp nowait.500 root /var/qmail/bin/tcp-env tcp-env /usr/bin/env  SMTPAUTH=1  POPLOCK_TIME=20  END=1 /var/qmail/bin/relaylock /usr/local/bin/spamdyke -f /etc/spamdyke.conf /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true

spamdyke.conf
Code: 
log-level=verbose

local-domains-file=/var/qmail/control/rcpthosts
tls-certificate-file=/var/qmail/control/servercert.pem

#Copy&Paste from xinetd-conf
smtp-auth-command=/var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /bin/true
smtp-auth-level=ondemand-encrypted

graylist-level=always-create-dir
graylist-dir=/var/qmail/spamdyke/greylist
#300 Sek. = 5 Min.
graylist-min-secs=300
#1814400 Sek. = 3 Wochen
graylist-max-secs=1814400

sender-blacklist-file=/var/qmail/spamdyke/blacklist_senders
recipient-blacklist-file=/var/qmail/spamdyke/blacklist_recipients
ip-in-rdns-keyword-blacklist-file=/var/qmail/spamdyke/blacklist_keywords
ip-blacklist-file=/var/qmail/spamdyke/blacklist_ip
rdns-whitelist-file=/var/qmail/spamdyke/whitelist_rdns
ip-whitelist-file=/var/qmail/spamdyke/whitelist_ip
greeting-delay-secs=5

#ggf. auskommentieren:
#dns-blacklist-entry=ix.dnsbl.manitu.net
#dns-blacklist-entry=zombie.dnsbl.sorbs.net
#dns-blacklist-entry=dul.dnsbl.sorbs.net
#dns-blacklist-entry=bogons.cymru.com

reject-missing-sender-mx
#reject-empty-rdns
reject-unresolvable-rdns
reject-ip-in-cc-rdns
 
10/13/2008: Version 4.0.5
Bug fixes only: imitate qmail's 20 minute idle timeout if no timeout is configured to prevent never-ending spamdyke processes
Click to expand...

Na da werde ich wohl wirklich mal ein Update von 4.0.2 auf 4.0.7 versuchen.
 
der-merlin said:
ich vermisse in der spamdyke-config:
Code: 
idle-timeout-sec=360
Click to expand...
Da die in huschi's Tutorial nicht drin war, hab ich sie auch nicht drin. Die Option heißt übrigens idle-timeout-secs (nur für's Archiv).

Bisher schauts aber ganz gut aus - kein spamdyke-Prozess da, der älter als 1min ist :)
 
You must log in or register to reply here.
Back
Top