[Postfixbuch-users] AMAVIS-NEW: DB Berkeley Number of current locks?
Andreas Winkelmann
ml at awinkelmann.de
Di Jul 10 20:11:19 CEST 2007
On Tuesday 10 July 2007 10:37, Egon Gruber wrote:
> >> ich nutze amavis-new zusammen mit Postfix.
> >>
> >> Habe ca. 100 Amavisprozesse bei 8 GB RAM und 4 CPU 3.40GHz. Ansonsten
> >> keine Performance Probleme.
> >> Täglich Mailtraffic ist ca. 1.000.000 Eingangsmail (ca. 95 % Spammails)
> >> auf 2 Mailservern.
> >>
> >> Leider habe ich ungefähr einmal in der Woche ein Problem mit der DB
> >> Berkeley
> >>
> >> Dabei erreichen folgende 2 Parameter den maximalen Wert von 1.000
> >>
> >> "Number of current locks" und "Number of current lockers"
> >>
> >> Danach muss ich Amavis neu starten.
> >> Derzeit überprüfe ich per cronjob alle 15 Minuten, ob der Wert erreicht
> >> ist und dann wird Amavis automatisch gestartet.
> >> Dies ist aber keine ideale Situation.
> >>
> >> db_stat -c -h /var/amavis/db
> >> 209464 Last allocated locker ID.
> >> 2147M Current maximum unused locker ID.
> >> 5 Number of lock modes.
> >> 1000 Maximum number of locks possible.
> >> 1000 Maximum number of lockers possible.
> >
> > Erzeuge im DB-Directory ein File DB_CONFIG
> >
> > /var/amavis/db/DB_CONFIG
> > set_lk_max_locks 2000
> > set_lk_max_lockers 2000
> >
> > Und amavis neu starten.
>
> Genau das habe ich gesucht!
> DANKE für die Hilfe.
>
> Jetzt ist die Grenze bei 2000
Du kannst die Grenze auch erheblich höher setzen. Die 2000 war lediglich ein
Beispiel. Du musst das halt den zur Verfügung stehenden Ressourcen anpassen.
Vielleicht mal auf 2k lassen und ein paar Tage abwarten.
Hmm, eine starke Benutzung hier könnte was mit Disk-I/O Engpässen sein. Evtl.
mal darüber nachdenken das amavis-Directory in ne RAM-Disk auszulagern. Bei
8G wäre das ja ne Überlegung wert. Zumindest mal beobachten ob die Disk I/O
ein Engpass ist.
Allerdings ist auch jede unerwünschte Mail, die bereits vor amavis abgewiesen
wird eine Verbesserung. Wie Uwe schon gesagt hat, denk über Greylisting, rbls
u.ä. mal nach.
> 2000 Maximum number of locks possible.
> 2000 Maximum number of lockers possible.
> Servus,
> Egon
>
> >> 1000 Maximum number of lock objects possible.
> >> 436 Number of current locks.
> >> 494 Maximum number of locks at any one time.
> >> 872 Number of current lockers.
> >> 872 Maximum number of lockers at any one time.
> >> 4 Number of current lock objects.
> >> 8 Maximum number of lock objects at any one time.
> >> 27M Total number of locks requested.
> >> 19M Total number of locks released.
> >> 0 Total number of lock requests failing because DB_LOCK_NOWAIT was
> >> set.
> >> 44074 Total number of locks not immediately available due to
> >> conflicts. 0 Number of deadlocks.
> >> 0 Lock timeout value.
> >> 0 Number of locks that have timed out.
> >> 0 Transaction timeout value.
> >> 0 Number of transactions that have timed out.
> >> 648KB The size of the lock region..
> >> 12974 The number of region locks granted after waiting.
> >> 55M The number of region locks granted without waiting.
> >
> > Sieht ja sonst ganz ok aus.
> >
> >> Frage:
> >> Gibt es hierzu eine Möglichkeit die "Maximum numbers..." zu erhöhen oder
> >> das Problem andersweitig zu lösen?
--
Andreas
Mehr Informationen über die Mailingliste Postfixbuch-users