--- Simon Loader <[EMAIL PROTECTED]> wrote:
>
> > After some more testing we think that the main
> problem
> > is between lmtpd processes accessing the
> > /var/imap/deliverdb databases. While reading a
> source
> > of imap/duplicate.c, there's a note next to
> > get_db_name
> > function saying that too many processes where
> > contending for the locks on delivered.db and its a
> > hack to distribute load among 26 files based on
> the
> > first letter of the username. Maybe this hack
> isn't
> > enough ?
> > Maybe there should be more files to distribute
> load?
>
> Isnt there a different hashing algorithum for this
> in the
> CVS , or a patch in the mailing list archive ??
>
I've just checked the CVS, duplicate.c hasn't been
changed at all, so the algorithm remains the same. I
also haven't seen any patch in the archives.
What is even worse, our server has shown the same
'forking problem' today, this time with
singleinstancestore: no. However it only happened once
and yesterday it was several times, well the day isn't
over yet.
The workaround that limits the number of lmtpd
processes with sendmail isn't an option for us.
H.
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
