[Postfixbuch-users] AMAVIS-NEW: DB Berkeley Number of current locks?

[Egon Gruber]

Andreas Winkelmann schrieb:
> On Monday 09 July 2007 15:17, 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

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?
>>     
>
>