Re: ctl_cyrusdb -r takes too long

2003-03-09 Thread Eric . Doutreleau
On Sat, 14 Dec 2002, Jatin Nansi wrote: Hi Have you checked if the checkpoint are really done. I had that kind of problem twice and each time the ctl_cyrusdb -r take long because it was several days the checkpoint wasn't made. I didn ' solve the problem but i never got it again. I have made a

Re: ctl_cyrusdb -r takes too long

2002-12-17 Thread Jatin Nansi
Lawrence Greenfield wrote: --On Saturday, December 14, 2002 5:50 PM +0530 Jatin Nansi <[EMAIL PROTECTED]> wrote: [...] Will ctl_cyrusdb -r take 10 hours ? I dread the day when the system will need downtime again. This is on a decent 2 x P3 1 GHz with 100 GB scsi raid and 1 GB RAM, about 2000 u

Re: ctl_cyrusdb -r takes too long

2002-12-17 Thread Lawrence Greenfield
--On Saturday, December 14, 2002 5:50 PM +0530 Jatin Nansi <[EMAIL PROTECTED]> wrote: [...] Will ctl_cyrusdb -r take 10 hours ? I dread the day when the system will need downtime again. This is on a decent 2 x P3 1 GHz with 100 GB scsi raid and 1 GB RAM, about 2000 users, 50 MB per user. I reall

Re: ctl_cyrusdb -r takes too long

2002-12-17 Thread marc . bigler
EMAIL PROTECTED] <[EMAIL PROTECTED]> cc: Jatin Nansi <[EMAIL PROTECTED]> Sent by: Subject: Re: ctl_cyrusdb -r takes too long

Re: ctl_cyrusdb -r takes too long

2002-12-16 Thread John Havard
You wouldn't happen to have have /var/imap on a logging or journaling filesystem by any chance? A while back I noticed this under Solaris. The fix was to mount /var without UFS logging. IIRC, the db code does its own journaling/logging, so the only thing you'll be missing by turning it off i

Re: ctl_cyrusdb -r takes too long

2002-12-14 Thread Jatin Nansi
Hi, This is for cyrus gurus and for record: --- Dec 13 20:10:21 mail3 master[4574]: process started Dec 13 20:10:21 mail3 master[4575]: about to exec /usr/cyrus/bin/ctl_cyrusdb Dec 13 20:10:21 mail3 ctl_cyrusdb[4575]: recovering cyrus databases

ctl_cyrusdb -r takes too long

2002-12-13 Thread Jatin Nansi
Hi, I have a cyrus IMAP system here which is taking way too long to start up, stopping just at ctl_cyrusdb -r. There does not seem to be any activity going on, but ctl_cyrusdb just doesnot exit. I am running cyrus-imapd-2.1.8 on a redhat 7.3 system. The backend database is DB3. I need some di