Re: Lockers keeps going higher...

2009-07-15 Thread Bron Gondwana
On Wed, Jul 15, 2009 at 04:23:12PM -0500, Derek Chen-Becker wrote: > Simon Matter wrote: > > I'm quite sure in your case the problem is with duplicate_db (deliver.db). > > Otherwise you wouldn't see those locker errors because they are not coming > > from skiplist. So I suggest to convert deliver.d

Re: Lockers keeps going higher...

2009-07-15 Thread Derek Chen-Becker
Simon Matter wrote: > I'm quite sure in your case the problem is with duplicate_db (deliver.db). > Otherwise you wouldn't see those locker errors because they are not coming > from skiplist. So I suggest to convert deliver.db the same way to > skiplist. This thread seems to indicate that using ski

Re: Lockers keeps going higher...

2009-07-15 Thread Simon Matter
>> >> My suggestion would be to switch to skiplist and get rid of those >> "lockers". I never heard anyone complaining after switching to skiplist. >> The listarchives can tell you more about it. >> >> Regards, >> Simon >> > > As far as I know I did switch to skiplist. I upgraded to 2.3 from a 2.1

Re: Lockers keeps going higher...

2009-07-15 Thread Derek Chen-Becker
> > My suggestion would be to switch to skiplist and get rid of those > "lockers". I never heard anyone complaining after switching to skiplist. > The listarchives can tell you more about it. > > Regards, > Simon > As far as I know I did switch to skiplist. I upgraded to 2.3 from a 2.1 install

Solaris, SEAM krb5, and com_err

2009-07-15 Thread Michael Bacon
This is not so much a problem with Cyrus but a cautionary tale about using Solaris's SEAM implementation of com_err. I'd be curious if anyone else has run into the same problem. After building it in initially and designing our new murder cluster to use GSSAPI for all inter-host communication,

Re: Lockers keeps going higher...

2009-07-15 Thread Simon Matter
> This morning mail delivery via lmtp was slowing to a crawl. When I look > in the logs, the only unusual thing that I see are the lines: > > Jul 13 15:32:13 ssmail lmtpunix[24474]: [ID 366844 local6.info] DBMSG: > 27 lockers > Jul 15 00:00:48 ssmail lmtpunix[4411]: [ID 366844 local6.info] DBMSG: >

Re: Lockers keeps going higher...

2009-07-15 Thread Eric Luyten
On Wed, July 15, 2009 4:23 pm, Derek Chen-Becker wrote: > This morning mail delivery via lmtp was slowing to a crawl. When I look > in the logs, the only unusual thing that I see are the lines: > > Jul 13 15:32:13 ssmail lmtpunix[24474]: [ID 366844 local6.info] DBMSG: > 27 lockers > Jul 15 00:00:48

Lockers keeps going higher...

2009-07-15 Thread Derek Chen-Becker
This morning mail delivery via lmtp was slowing to a crawl. When I look in the logs, the only unusual thing that I see are the lines: Jul 13 15:32:13 ssmail lmtpunix[24474]: [ID 366844 local6.info] DBMSG: 27 lockers Jul 15 00:00:48 ssmail lmtpunix[4411]: [ID 366844 local6.info] DBMSG: 148 lockers

Re: Strange LMTP crash

2009-07-15 Thread Bron Gondwana
On Tue, Jul 14, 2009 at 08:49:00PM +0200, Simon Matter wrote: > I think you are looking for this one: > http://github.com/brong/cyrus-imapd/commit/ec1bfcf6a1db9c86cbf55b9c25d7eb044dbbe51b#diff-0 > > Question to the official maintainers: Wouldn't it make sense to release a > 2.3.15 just to get rid