[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