On Sat, 24 Jan 2004, Andrew Brink wrote:
> Just curious but what is the correct way to kill an imapd or pop3d
> process?
It should be perfectly safe to kill a *connected* imapd.
The only problems arise when you kill an *idle* IMAPd. (Or, in
resource-constrained conditions where the OS might dec
On Fri, 23 Jan 2004 [EMAIL PROTECTED] wrote:
> We are using Berk. db4 and the IO wait for the disk containing the db is
> consistantly over 50%. The partition is 7GB, which also contains the
> user, quota, proc, and db directory. [...]
One easy change you can make is to mount /var/imap/proc on t
EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Igor Brezac
> > Sent: Friday, January 23, 2004 4:46 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: Re: skiplist vs db format
> >
> >
> >
> > After I read your m
Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Igor Brezac
> Sent: Friday, January 23, 2004 4:46 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: Re: skiplist vs db format
>
>
>
> After I read your message
Just curious but what is the correct way to kill an imapd or pop3d
process?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Igor Brezac
Sent: Friday, January 23, 2004 4:46 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Re: skiplist vs db
On Fri, Jan 23, 2004 at 02:37:24PM -0500, [EMAIL PROTECTED] wrote:
> We are using Berk. db4 and the IO wait for the disk containing the db is
> consistantly over 50%. The partition is 7GB, which also contains the user,
Have you tuned the database with a DB_CONFIG file?
Defaults for BDB 4.x are te
After I read your message again, you should _not_ kill an imapd process by
hand. This is probably a large part of your problem. If you want to be
able to do this, you need to upgrade to cyrus 2.2.3.
> > > Is there a fix/solution for the SSL imap/pop daemons dieing other than to
> > > upgrade t
We're using :
cyrus sasl 1.5.20
Open SSL 0.9.6g
Kerberos V5
The majority of the clients are:
Pine 4.21 and Outlook
Thanks,
Bob
>
> On Fri, 23 Jan 2004 [EMAIL PROTECTED] wrote:
>
> > We are using STK's Shared Virtual Array, V960's with PPRC
> > (Peer-to-peer-remote-copy).
> >
> > Just fo
On Fri, 23 Jan 2004 [EMAIL PROTECTED] wrote:
> We are using STK's Shared Virtual Array, V960's with PPRC (Peer-to-peer-remote-copy).
>
> Just for a test, we moved the /var/imap directory onto local disk (disk
> mirrored using Disksuite) and IO wait shot up to over 80%.
I use IQstore storage arra
We are using STK's Shared Virtual Array, V960's with PPRC (Peer-to-peer-remote-copy).
Just for a test, we moved the /var/imap directory onto local disk (disk mirrored using
Disksuite) and IO wait shot up to over 80%.
Is there a fix/solution for the SSL imap/pop daemons dieing other than to upg
Your drives are working overtime. There is nothing waiting to be written
(good), but service time is high and I imagine things feels a bit
sluggish. Is this software RAID? Can you add more drives?
I do not know if skiplist will reduce your disk load (my guess is yes
because skiplist does not m
It 4.0.14 (November 18, 2001).
Here's the output from 6 periods:
r/sw/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device
1.3 24.78.0 202.5 0.0 3.30.5 125.6 0 15 c3t17d2s0
2.1 57.8 10.8 414.6 0.0 7.00.0 116.4 0 45 c3t17d2s0
1.5 62.67.5
What version of Berkeley DB4? If it is 4.1.25+ you need to upgrade cyrus
(2.1.16 or 2.2.3). What does 'iostat -xPn 30' show for the RAID 1
partition?
-Igor
On Fri, 23 Jan 2004 [EMAIL PROTECTED] wrote:
> For those of you who have converted from the Berkeley db to skiplist, what kind of a
> p
13 matches
Mail list logo
