yep, 1.5 worked fine for me as well (except 40-minute long mailbox creation
in a 20Mb mailboxes text file ;-). I thought there is 2.x version that
works. seems there is no. so, that's db3 problem.
nick
-----Original Message-----
From: NiekR [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 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 problem is only experienced by redhat users. i
>played with different kernels, 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 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 are seeing here is that it takes a long while for the greetings to
>show even after the connection has been established. A whole lot of tracing
>and debugging turned up that the process is waiting to get access to the
>mailboxes.db (and related files like __db* and log.*). Carefull reading and
>backtracking through the sourcecodes show that the problem probably is
>located in the db3 lib somewhere. Following is a piece of the strace:
>
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>select(0, NULL, NULL, NULL, {1, 0}) = 0 (Timeout)
>open("/var/imap/db/log.0000000002", O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 5
>fcntl(5, F_SETFD, FD_CLOEXEC) = 0
>_llseek(5, 9426640, [9426640], SEEK_SET) = 0
>write(5, "\225\326\217\0a\316\"E;\0\0\0\215\0\0\0~5\0\200\0\0\0\0"..., 59)
=
>59
>fsync(5) = 0
>
>
>After adding some debug code in the pop3d we found out that the problem has
>to be somewhere in the mboxlist_open function (mboxlist.c:1707) most likely
>in the DB->open call. I suspect that the select in the strace is called by
>the function __os_sleep in the sleepycat DB code.
>
>We tried several things with amounts of prespawed processen and limiting
the
>amount of concurrent lmtpds etc. The best effective was disabling postfix
>completely. Everything ran smoothly, unfortunately it is not really an
>option. Possibly the problem is related to the lmtpd code somehow. By the
>way, the proposed 'singeinstancestore' solution did not change anything
>here.
>
>I hope this information is helpfull to anyone who is researching this
>problem. If anyone has made any progress in solving this problem i would
>greatly appreciate a posting on the list or to private email. I have to
make
>a descision whether we keep trying to solve this problem or downgrade to
the
>old mailserver again.
>
>For the record, our setup:
>hardware:
> Compaq DL380
> 512Mb mem
> Dual-PIII 933
> 6x18.2 Gb disks (smartarray 2x3disks in raid5)
>software:
> RedHat 6.2
> Linux 2.4.2(smp)
> Sleepycat DB 3.2.9
> Cyrus IMAPD 2.0.12
> Cyrus SASL 1.5.24
> PostFix 19991231-pl13
>
>Regards,
>
>Hugo
>
>--
>--------------------------------------------------------------
>"That i'm paranoid doesn't mean they aren't out to get me!"
>--------------------------------------------------------------
>Hugo Trippaers (HT2-6BONE) ISION Internet BV
>System Engineer (RHCE) http://www.ision.nl
>[EMAIL PROTECTED]
