Daniel Bauer wrote:
Checke insbesondere mal, wieviele Amavisd-new-Prozesse du konfiguriert hast und mit welcher IO-Last das System zu kämpfen hat.
auf einer Dual CPU Box hatte ich bis zu 36 Last im top gesehen ...
Whoah!! Da würde ich mal hart auf zu wenig Plattendurchsatz tippen, unterstützt durch zu langsame CPU beim Virenscann.
das wird es wohl sein, es ist ein einfaches IDE-Raid mit wenig Durchsatz :( ich dachte nicht das es davon anhängen könnte ...
Wenn 8 Amavisd-new-Prozesse darauf zugreifen, gleichzeitig dann Postfix oder Sendmail ebensoviele Dateien schaufelt und dann noch das System seine Logdateien schreibt und ein Imapserver irgendwo wütet, dann hast du mehr IO-Last, als du glaubst. (^-^) Bedenke, dass der Gesamt-Durchsatz sinkt, je mehr Prozesse gleichzeitig bedient werden müssen. Wenn ich ein flinkes RAID brauche, dann nehme ich lieber 8 x 500 GB-Platten als 4 x 1000 GB-Platten.
Ich hab nun den Virenscanner abgeschalten und damit war der Mailserver wieder ansprechbar. Es standen 8 amavis und 16 sendmail Prozesse zur Verfügung. Das erhöhen der amavis Prozesse endete im TimeOut. Auch das anpassen der sendmail connects auf 8 brachte immer noch Ausfälle.
Welche CPUs, wieviel RAM?
Ich habe auch zwei CPUs, aber es sind leider nur 2 x P3-800, und mit 512 MB RAM kann ich auch keine großen Sprünge machen.
nun ich hab auch nur 2 x P3-1000 mit 512 MB, mehr RAM wär kein Problem.
Mehr RAM wäre optimal, wenn du richtig investierst, dann kannst du auch eine RAM-Disk mit tempfs anlegen und Amavisd-new darauf die Mails prüfen lassen.
Ich habe gesehen, dass du nur Kommandozeilen-Scanner verwendest, zumindest für Clam solltest du den Daemon verwenden und als primären Virenscanner in Amavisd-new eintragen, clam-scan und antivir dann als sekundäre Scanner.
wenn ich das richtig sehe brauche ich nur die Kommentare für den Eintrag clamd entfernen und antivir in den Bereich secondary scanners zu verschieben. Dann muß ich mich nur noch mit clamd auseinander setzten.
Ja!
In amavisd.conf ist der Socket erwähnt, ich sehe aber keinen Parameter dazu. Dafür sehe ich das er auf localhost::3310 lauschen würde, worauf auch amavisd meiner Meinung nach verweist ...
Mache das am besten über den lokalen Socket, der ist etwas schneller als die Netzwerk-Schnittstelle. /etc/clamd.conf: # Path to a local socket file the daemon will listen on. # Default: disabled (must be specified by a user) LocalSocket /var/run/clamav/clamd # Run as another user (clamd must be started by root for this option to work) # Default: don't drop privileges User vscan /etc/amavisd.conf: # ### http://www.clamav.net/ ['Clam Antivirus-clamd', \&ask_daemon, ["CONTSCAN {}\n", "/var/run/clamav/clamd"], qr/\bOK$/, qr/\bFOUND$/, qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ], # # NOTE: run clamd under the same user as amavisd; match the socket # # name (LocalSocket) in clamav.conf to the socket name in this entry # # When running chrooted one may prefer: ["CONTSCAN {}\n","$MYHOME/clamd"], Wenn ich mich recht erinnere, musste ich das Verzeichnis /var/run/clamav noch manuell anlegen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org