John Madden wrote:
This guy is having a problem with cyrus-imap and ext3 - when multiple
processes are attempting to write to the one filesystem (but not the one
file), performance drops to next to nothing when only five processes are
writing. An strace shows most of the time is being spent in
Jure Pečar wrote:
On Sun, 06 Nov 2005 03:58:15 -0200
Sergio Devojno Bruder [EMAIL PROTECTED] wrote:
In our experience FS-wise, ReiserFS is the worst performer between ext3,
XFS e ReiserFS (with tailBLAH turned on or off) for a Cyrus Backend (1M
mailboxes in 3 partitions per backend, 0.5TB
).
--
Sergio Devojno Bruder
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
David Lang wrote:
(..)
I was recently doing some testing of lots of small files on the various
filesystems, and I ran into a huge difference (8x) depending on what
allocator was used for ext*. the default allocator changed between ext2
and ext3 (you can override it as a mount option) and when
John Madden wrote:
I've had great experience with the performance of Cyrus thus far, but I'm
testing
a migration at the moment (via imapcopy) and I'm having some pretty stinky
results. There's no iowait (4 stripes on a 2Gbps SAN), no cpu usage, nothing
waiting on the network, and still I'm
Henrique de Moraes Holschuh wrote:
On Thu, 15 Sep 2005, Sergio Devojno Bruder wrote:
I'm fighting with frequent corruptions of my mupdate master server
(high volume, currently 3.9M mailboxes) with Cyrus 2.2.10.
First things first: Triple check your system RAM.
AHA:
Sep 21 09:08:49
Henrique de Moraes Holschuh wrote:
On Thu, 15 Sep 2005, Sergio Devojno Bruder wrote:
I'm fighting with frequent corruptions of my mupdate master server
(high volume, currently 3.9M mailboxes) with Cyrus 2.2.10.
First things first: Triple check your system RAM.
4G of ECC with no log
that?
--
Sergio Devojno Bruder
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
than normal email clients.
--
Sergio Devojno Bruder
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
in 3 boxes with fiber to
a single emc storage, all boxes dual Xeon 3.4Ghz EMT64T with 4G.
--
Sergio Devojno Bruder [EMAIL PROTECTED]
http://haxent.com.br/ 41 3363-4263, 8402-2125
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info
###
mupdate_workers_start: 5
mupdate_workers_minspare: 2
mupdate_workers_maxspare: 50
mupdate_connections_max: 800
mupdate_workers_max: 800
--
Sergio Devojno Bruder[EMAIL PROTECTED]
http://haxent.com.br 41 362-5930, 41 8402-2125
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ
, and already have
seen the same type of corruption. (should ADD or DELETE), but not with the same
frequency.
--
Sergio Devojno Bruder[EMAIL PROTECTED]
http://haxent.com.br 41 362-5930, 41 8402-2125
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
Ben Ricketts wrote:
Hi List,
I am trying to use cyradm-php.lib to create user on a cyrus server. The
serv
er is set up to use virtual domains and is running version 2.2.10. Also
set
to use unix heirarchy seperators. This seems to work fine on another
machine running 2.1x and not set to use
Adam Tauno Williams wrote:
have anyone successfully used Cyrus in ISP/webhosting environment?
This means many different domains with little number of mailboxes per
domain.
Number of mailboxes: 500K - 1M
Disk space used: 1TB and more
Number of messages (daily number): 2-3M and more
Is it
Sergio Devojno Bruder wrote:
There are some problems with one cyrus murder deployment,
where our frontends arent getting updates, we tracked it
down to updatelist.
More info: we are in initial test phase, linux environment, CentOS 3.3 (a
recompiled free version of RHEL 3):
2 backends (2xP4 Xeon
Sergio Devojno Bruder wrote:
(...)
This time mupdate master was using a -UP kernel, we tested :
- all boxes already started (backends, master and frontends).
- stop mupdate and frontends.
- mupdate master start, frontend2 start, frontend1 start;
(...)
AARGH.
my
While planning a new set of cyrus servers Ive crossed with dir_index
ext3 standard feature in 2.6 kernels, but disabled by default (please
correct me if Im wrong).
Im planning use it. Anyone using it in production, any issues?
--
Sergio Devojno Bruder[EMAIL PROTECTED]
http://haxent.com.br 41
Ken Murchison wrote:
Sergio Devojno Bruder wrote:
Attila Nagy wrote:
Hello,
(...) The unified approach seems to be simple. The client no longer
has to be redirected to the given backend using the proxyd, or
lmtpproxyd (previously called frontend), instead it can turn to any
of the backends
Rob Siemborski wrote:
On Tue, 20 Apr 2004, Sergio Devojno Bruder wrote:
output trace from what program in particular? mupdate? on FEs, on master
or on backends?
Specifically a protocol trace between the mupdate master and the
frontends.
-Rob
Sorry, but we made a workaround
Rob Siemborski wrote:
On Thu, 15 Apr 2004, Sergio Devojno Bruder wrote:
Our murder started to act a little strange some days ago:
(...)
and so on. the mupdate slave in frontends is looping in connecting, syncing, loose connection,
connect, sync, loose, and so on.
Someone already saw
mailboxes.db.
--
Sergio Devojno Bruder[EMAIL PROTECTED]
http://haxent.com.br 41 362-5930, 41 9127-6620
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
are indeed stored in bytecode, compiled, form in Cyrus 2.2.3
(2.2.2 too? I dont recall), but the capability of a site-side Sieve script.. I
will be interested in such a beast :)
--
Sergio Devojno Bruder[EMAIL PROTECTED]
http://haxent.com.br 41 362-5930, 41 9127-6620
---
Home Page: http
backend, using the murders servers only to pop3 and imap.
feasible or I'm getting nuts?
--
Sergio Devojno Bruder [EMAIL PROTECTED]
Haxent Consultoriahttp://www.haxent.com.br
55 41 9127-6620
23 matches
Mail list logo
