Re: [AMaViS-user] just started with 2.6.4 maddr insert race condition

[Michael S. <sch...@se...>]

On 3/29/10 1:58 PM, Michael Scheidell wrote:
> (or at least I never noticed it before)
> 'nothing changed' (tm)'
> I am seeing 15 min delays as amavisd tries (in vain) to add an existing
> email ot the maddr table. I would almost thing that if amavisd sees a
> duplicate entry, it might assume that one of the other processes put it
> there.
>
> this only happens with 'trigger happy' mail servers connect multiple
> times in parallel and blast all their critically important spring sale
> emails all at once.
> (kinda wish yahoo would just connect once and send all three)
>
> so, should amavisd just use the existing maddr id if it exists?
>    
which doesn't make sense, since amavisd does a (basically)

if ! (sel_addr) then
    ins_addr

sel_addr.
(do, a read, if it doesn't exist, then inserts, ignores the error code 
of the insert, in case someone else inserted it,
then a select.

so, I don't see why I am getting these, I'll have to keep looking.  I 
don't think its amavis.

> I am assuming this is a race condition, all three processes read maddr,
> don't find it, then try to insert it, looks like two of them failed.
>    

>    


-- 
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
 > *| *SECNAP Network Security Corporation

    * Certified SNORT Integrator
    * 2008-9 Hot Company Award Winner, World Executive Alliance
    * Five-Star Partner Program 2009, VARBusiness
    * Best Anti-Spam Product 2008, Network Products Guide
    * King of Spam Filters, SC Magazine 2008

______________________________________________________________________
This email has been scanned and certified safe by SpammerTrap(r). 
For Information please see http://www.secnap.com/products/spammertrap/
______________________________________________________________________