Vincent Fox <[EMAIL PROTECTED]> wrote:
> If someone else comes up with quicker confirmation please post.
We applied that patch (for x86) yesterday on our machines during
maintenance. Delivery times are much better and even on a busy system the
filebench varmail pattern gives 10ms for fsync().
Jeff Fookson <[EMAIL PROTECTED]> wrote:
> Databases are all skiplist.
As a rule of thumb, do not use skiplist for the duplicate delivery
suppression database (deliver.db). Even if everybody hates it, use
BerkeleyDB, Version 4.4.52 or higher. Give it a quite fair amount of shared
memory. And ru
Gah my first thought was, a 3-disk RAID5?
Is this 1998 or 2008? Disk is cheap. RAID-1 or RAID-10.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
On Thu, 2008-02-28 at 18:36 -0500, Zachariah Mully wrote:
> On Thu, 2008-02-28 at 16:56 -0600, Kenneth Marshall wrote:
> > It may be that the software RAID 5 is your problem. Without the
> > use of NVRAM for a cache, all of the writes need all 3 disks.
> > That will cause quite a bottle-neck.
> >
On Thu, 2008-02-28 at 16:56 -0600, Kenneth Marshall wrote:
> It may be that the software RAID 5 is your problem. Without the
> use of NVRAM for a cache, all of the writes need all 3 disks.
> That will cause quite a bottle-neck.
>
> Ken
And if you can, try to get the mailstore over onto a RAID1. R
Okay, I read over this and I felt worth commenting...
There's mention of using MD, DRBD, LVM2, etc... it sounds extremely
conviluted and way to complex for what you are needing.
When you are doing a read or a write, each thing takes it's time
before it gets commited to disk.
If you are doing
Jeff,
Just as a rule of thumb, if you've got problems with Cyrus (or any mail
system), 90% of the time they're related to I/O performance.
I've never seen drbd used for Cyrus, but it looks like other folks have
done it. The combination of drbd+lvm2+ext3 might put you somewhere
unpleasant, but
It may be that the software RAID 5 is your problem. Without the
use of NVRAM for a cache, all of the writes need all 3 disks.
That will cause quite a bottle-neck.
Ken
On Thu, Feb 28, 2008 at 03:36:43PM -0700, Jeff Fookson wrote:
> Michael Bacon wrote:
>
> > What database format are you using for
Michael Bacon wrote:
> What database format are you using for the mailboxes database? What
> kind of storage is the "metapartition" (usually /var/imap) on? What
> kind of storage are your mail partitions on?
Databases are all skiplist. Our mail partition and the metapartition are
both on the
Jeff,
Delivery database format can cause this type of problem, among
other databases. For any DB that is updated with contention, use
either BerkeleyDB or Skiplist format. We also had a similar issue
when we did not have the expunge process running and pruning the
delivery database and its size ke
Limit the number of lmtpd daemons to around 10 -- that solved the issue
for me.. We let sendmail handle the queuing. It is more than likely a
locking issue..
Michael Bacon wrote:
> What database format are you using for the mailboxes database? What kind
> of storage is the "metapartition" (us
Jeff Fookson wrote:
> is unusably slow. Here are the specifics:
>
You are mighty short on the SPECIFICS of your setup.
Expect a slew of questions to elicit this information.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Inf
What database format are you using for the mailboxes database? What kind
of storage is the "metapartition" (usually /var/imap) on? What kind of
storage are your mail partitions on?
--On Thursday, February 28, 2008 2:38 PM -0700 Jeff Fookson
<[EMAIL PROTECTED]> wrote:
> Folks-
>
> I am hopin
Pascal Gienger wrote:
> For x86 the patch will have id 127729-07. For SPARC it will have
> the major number 127728.
>
My esteemed colleague Nick Dugan, ran some tests against this
patch and according to the results it gives the desired results.
I expect during our next monthly maintenance cy
Folks-
I am hoping to get some help and guidance as to why our installation of
cyrus-imapd 2.3.9
is unusably slow. Here are the specifics:
The software is running on a 1.6GHz Opteron with 2Gb memory supporting a
user base of about 400
users. The average rate of arriving mail is on the order of
On Thu, Feb 28, 2008 at 09:48:00AM -0500, Jeffrey Eaton wrote:
>
> We will probably be upgrading to Solaris 10 for our backend mailservers
> in the very near future, because Sun doesn't appear to be selling any
> more v240's, and the v245's won't boot Solaris 8. We may also seriously
> conside
Hi,
I made some tests with sieve vacation and it works great !
But the record (timestamp) wrote on deliver.db from expiration time seems
only accept the minimum of 3 days !
Is this a feature ??
I'm using cyrus-imapd version 2.2.13 on a debian etch.
Thanks.
Cyrus Home Page: http://cyrusima
We use
Cyrus IMAP4 v2.2.12-Invoca-RPM-2.2.12-8.1.RHEL4
server ready
ESMTP Sendmail 8.13.1/8.13.1; Thu, 28 Feb 2008
09:52:17 -0600
and squirrelmail 1.4
Here is
the issue...
some of my users login to webmail (squirrelmail), send a
message, and a copy is placed in their Sent folder (I can tell
Gary Mills wrote:
> On Wed, Feb 27, 2008 at 09:20:39PM -0500, Jeffrey T Eaton wrote:
>> Our system consists of 10 backend servers. Each is a Sun v240 running
>> Solaris 8, with a QLogic iSCSI initiator with two gigabit ethernet
>> links to our SAN network. Each system mounts 4x250 GB paritions fo
On Wed, Feb 27, 2008 at 09:20:39PM -0500, Jeffrey T Eaton wrote:
>
> Our system consists of 10 backend servers. Each is a Sun v240 running
> Solaris 8, with a QLogic iSCSI initiator with two gigabit ethernet
> links to our SAN network. Each system mounts 4x250 GB paritions for
> mailbox storage,
Adam D wrote:
> I have been looking at what tools to use to migrate all email and boxes
> over to our new server. Old server is running cyrus 2.2.13.11 PPC and
> the new server is running cyrus 2.2.13.11 AMD64.
>
> So far I have been trying to use imapsync but it is giving me all or
> folder only
21 matches
Mail list logo
