Replication errors in 2.3.16-8 (do_user bailing out)

2010-11-19 Thread Simpson, John R
I'm running into inconsistent errors from sync_client on a Cyrus 2.3.16-8 system. It's driving me crazy because the same sync_client command will succeed at some times and fail at others. I know others are running similar and much more complex systems successfully, so I must be missing somethi

RE: Does anyone allow unlimited or extremely large quotas?

2010-11-19 Thread Michel Sébastien
> Our biggest currently is about 30GB I think. >> I think the issue you will encounter first is clients will start to fall >> down when folders exceed a 'reasonable' number of messages. Common IMAP >> clients I've seen start to exhibit severe performance issues beyond a >> few hundred thousand m

RE: Does anyone allow unlimited or extremely large quotas?

2010-11-19 Thread David Carter
On Fri, 19 Nov 2010, Michel Sébastien wrote: On a 32 bit architecture: we had one folder with over a million messages which was causing processes to run out of virtual memory trying to map the cache file in. This wouldn't be a problem with a 64 bit userland. very impressive to have so much me

Re: Running multiple sync_clients

2010-11-19 Thread Michael D. Sofka
Bron Gondwana wrote: > On Thu, Nov 18, 2010 at 12:58:10PM -0500, Michael D. Sofka wrote: >> Is it safe to run multiple sync_clients? Is there an advantage to doing so? >> >> I had to restart sync_client once. After later restarting cyrus two >> sync_clients were running, and appeared to do well

Re: Running multiple sync_clients

2010-11-19 Thread Michael D. Sofka
Michael D. Sofka wrote: > Another question I have is what are /var/lib/imap/db/*? File says they > are Berkeley dbs, but I thought all databases were skiplist in this > release. I can't find the configuration options associated with this > db. I noticed them when looking at files open by syn

Re: Running multiple sync_clients

2010-11-19 Thread Simon Matter
> Bron Gondwana wrote: >> On Thu, Nov 18, 2010 at 12:58:10PM -0500, Michael D. Sofka wrote: >>> Is it safe to run multiple sync_clients? Is there an advantage to >>> doing so? >>> >>> I had to restart sync_client once. After later restarting cyrus two >>> sync_clients were running, and appeared t

Re: Does anyone allow unlimited or extremely large quotas?

2010-11-19 Thread Bron Gondwana
On Fri, Nov 19, 2010 at 05:48:22PM +0100, Michel Sébastien wrote: > > > Our biggest currently is about 30GB I think. > > >> I think the issue you will encounter first is clients will start to fall > >> down when folders exceed a 'reasonable' number of messages. Common IMAP > >> clients I've seen

Re: Running multiple sync_clients

2010-11-19 Thread Bron Gondwana
On Fri, Nov 19, 2010 at 08:11:38PM +0100, Simon Matter wrote: > > Another question I have is what are /var/lib/imap/db/*? File says they > > are Berkeley dbs, but I thought all databases were skiplist in this > > release. I can't find the configuration options associated with this > > That's not

Re: Running multiple sync_clients

2010-11-19 Thread Bron Gondwana
On Fri, Nov 19, 2010 at 12:33:44PM -0500, Michael D. Sofka wrote: > I also noticed that when the child process dies, it tends to take out > the parent. Shouldn't the parent catch the error and fork another > child? This has so far only happened twice, and in both cases appears > to be associat

RE: Replication errors in 2.3.16-8 (do_user bailing out)

2010-11-19 Thread Simpson, John R
I've re-run the replication tests using the same mailstore data on a Cyrus 2.3.7 (CentOS/RHEL package) replica pair and the same type of errors occurred. I then pulled another mailstore data from a Cyrus system in one of our QA environments (i.e. production, but non-customer data, as opposed to

Re: Does anyone allow unlimited or extremely large quotas?

2010-11-19 Thread Ciprian
Adam Tauno Williams wrote: > I think the issue you will encounter first is clients will start to fall > down when folders exceed a 'reasonable' number of messages. Common IMAP > clients I've seen start to exhibit severe performance issues beyond a > few hundred thousand messages. > Older versio