-Original Message-
From: Helmut Apfelholz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2001 19:37
To: Nick Ustinov; info-cyrus
Subject: RE: forking problem and SleepyCat
Could you please try turning off the DeliveryMode=q
in sendmail for some time, so we could see if the diff
has
sendmail.
>
>
>
> Nick Ustinov
>
> [EMAIL PROTECTED]
> http://www.videinfra.com
>
>
> -Original Message-
> From: Spark [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 02, 2001 2:01 PM
> To: info-cyrus
> Subject: Re: forking problem and Sle
Hi,
we will try to apply the patch to our server in one -
two days time. This will provide some reall life
testing. Hopefully that will show something.
H.
--- Spark <[EMAIL PROTECTED]> wrote:
> Hello,
>
> We spent most of the day trying to simulate the load
> on the server and
> trying to do so
manage all
processes. However, I still have DeliveryMode=q in my sendmail.
Nick Ustinov
[EMAIL PROTECTED]
http://www.videinfra.com
-Original Message-
From: Spark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2001 2:01 PM
To: info-cyrus
Subject: Re: forking problem and SleepyCat
Hello,
We spent most of the day trying to simulate the load on the server and
trying to do some measurements. It's quite hard to get conclusive
evidence to prove its faster or not. But most tests do show an increase
in speed, on average about a 15% increase. When the server is heavily
loaded
Spark <[EMAIL PROTECTED]> writes:
> Maybe somebody can comeup with change to the code that can implement this??
ok, the change is in cvs. I also included a diff below.
Please let us know if this makes things any better (or worse).
Walter
Hey guys,
Regarding the forking problem that some of us seem to be having. I've
been in touch with the SleepyCat support department. We discussed a few
things about the problem and finally i sent him a copy of the
cyrusdb_db3.c file.. At first the response was that maybe opening it
read/
, same result. what was cyrus ver that worked
>fine for you? i tried 2.0.9 - it was just like 2.0.12.
>
>nick
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, April 25, 2001 19:55
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTEC
This is a redhat 6.2 now I think.
Helmut
> nick
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 25, 2001 19:55
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: forking problem cd..
>
>
&
il 25, 2001 23:27
To: Nick Ustinov; [EMAIL PROTECTED]
Subject: RE: forking problem cd..
Nick,
we did not have the problem on Cyrus 1.5.14 (not using LMTP) on a Linux 2.2
kernel (Linux RedHat 6.0)
Regards
Niek Rijnbout
At 21:46 25-04-2001 +0300, Nick Ustinov wrote:
>well, it seems that this
--- [EMAIL PROTECTED] wrote:
> Hello fellow listmembers,
>
> We switched to a new version of the cyrus imapd
> (version 2.0.12) and i think we have encounted the
> 'locking problem' that is being discussed here.
>
> What we are seeing here is that it takes a long
> while for the greetings to sh
: Wednesday, April 25, 2001 19:55
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: forking problem cd..
Hello fellow listmembers,
We switched to a new version of the cyrus imapd (version 2.0.12) and i think
we have encounted the 'locking problem' that is being discussed here.
What we
Hello fellow listmembers,
We switched to a new version of the cyrus imapd (version 2.0.12) and i think we have
encounted the 'locking problem' that is being discussed here.
What we are seeing here is that it takes a long while for the greetings to show even
after the connection has been establ
lgorithm 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 sev
Helmut Apfelholz writes:
>
>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.
The patch was submitted to the Cyrus bug reporting address some time
ago. All it does, though, is to provide an eve
oader [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 25, 2001 2:00 PM
To: Helmut Apfelholz
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: forking problem cd..
> After some more testing we think that the main problem
> is between lmtpd processes accessing the
> /var/imap/deliv
> 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 del
> > This is a workaround. We really need a solution to
> the
> > problem. We will be looking into some alternatives
> to
> > sleepycats library for some of the databases. I
> was
> > thinking about trying the tdb library from samba
> > project.
>
> What is the advantage of tdb over BerkeleyDB?
I
Helmut Apfelholz wrote:
> This is a workaround. We really need a solution to the
> problem. We will be looking into some alternatives to
> sleepycats library for some of the databases. I was
> thinking about trying the tdb library from samba
> project.
What is the advantage of tdb over BerkeleyD
; I have solved the problem my switching sendmail to
> DeliverMode=q with 1m
> > interval
> >
> > -Original Message-
> > From: Helmut Apfelholz
> [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, April 24, 2001 19:04
> > To: [EMAIL PROTECTE
felholz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 24, 2001 19:04
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: forking problem cd..
>
> Hi,
>
> here's some more info on 'forking problem'. We have
> experienced this again t
I have solved the problem my switching sendmail to DeliverMode=q with 1m
interval
-Original Message-
From: Helmut Apfelholz [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 24, 2001 19:04
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: forking problem cd..
Hi
Hi,
here's some more info on 'forking problem'. We have
experienced this again today. The server stopped
showing the prompt at imap/pop ports.
At that moment I was trying to run reconstruct,
however
it looks like it was unable to access
/var/imap/deliverdb/db/__db.005 file
lly help.
Nick Ustinov
[EMAIL PROTECTED]
http://www.videinfra.com
-Original Message-
From: Krzysztof Sierota [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 18, 2001 11:44 PM
To: Dori Seliskar; Nick Ustinov
Cc: '[EMAIL PROTECTED]'
Subject: Re: forking problem
I'd like to
Nick Ustinov wrote:
> Hi!
>
> I use cyrus 2.0.12 + pam_mysql, sendmail 8.11.0 on a dual p3/550 with 1G ram
> (linux redhat7, kernel 2.4.2).
> I've faced a very strange problem -- when the system is under heavy load
> (however, there is ~300Mb of free memory and free ~50% cpu) master process
> is
Hi!
I use cyrus 2.0.12 + pam_mysql, sendmail 8.11.0 on a dual p3/550 with 1G ram
(linux redhat7, kernel 2.4.2).
I've faced a very strange problem -- when the system is under heavy load
(however, there is ~300Mb of free memory and free ~50% cpu) master process
is not forking new processes or doin
26 matches
Mail list logo
