Re: Doing Cyrus *right* for a large installation

2009-02-05 Thread LALOT Dominique
2009/1/15 Rudy Gevaert > Andrew Morgan wrote: > > > For those of you running large installations, how do you back them up? > > We have 7 backends: > 400G 320G 81G 80% /mail/mail1 > 400G 273G 128G 69% /mail/mail2 > 450G 390G

Re: Doing Cyrus *right* for a large installation

2009-02-05 Thread Eric Luyten
On Thu, January 15, 2009 8:57 am, Rudy Gevaert wrote: > Andrew Morgan wrote: > > >> For those of you running large installations, how do you back them up? >> > > We have 7 backends: > 400G 320G 81G 80% /mail/mail1 > 400G 273G 128G 69% /mail/mail2 > 450G 390G 61G 87% /mail/mail3 > 400G 3

Re: Doing Cyrus *right* for a large installation

2009-01-20 Thread Andrew Morgan
On Sun, 18 Jan 2009, Rudy Gevaert wrote: > Btw has anybody migrated a normal setup to a murder setup? > > Can it easily be done? E.g. stop, edit configs, start. More or less :) Yeah, it's easy. We did it here. Have your frontend(s) and mupdate master machine ready to go. Then just switch th

Re: Doing Cyrus *right* for a large installation

2009-01-19 Thread Wesley Craig
On 18 Jan 2009, at 14:58, Rudy Gevaert wrote: > I can't find any info about the unified on the wiki/site. I once did > read about it. In the docs I can't find a definition of the unified > setup. From imapd.conf man page: mupdate_config: standard The configuration of the m

Re: Doing Cyrus *right* for a large installation

2009-01-18 Thread Rudy Gevaert
On Sat, Jan 17, 2009 at 01:20:07PM -0500, Wesley Craig wrote: > On 17 Jan 2009, at 03:22, Rudy Gevaert wrote: > > I meant that I'm 'scared' to use murder. > > "Standard" murder is pretty solid. "Unified" is not yet solid, but I > think it's fair to say that that's the logical direction for Cyru

Re: Doing Cyrus *right* for a large installation

2009-01-18 Thread Rudy Gevaert
On Sat, Jan 17, 2009 at 09:10:54AM -0800, Andrew Morgan wrote: > Scared of what happening? We've been using murder here for the past 4 > years. First, I haven't even tried to set up a murder. However from time to time I see posts on the list (from you e.g. :)) about things going not as they sho

Re: Doing Cyrus *right* for a large installation

2009-01-17 Thread Wesley Craig
On 17 Jan 2009, at 03:22, Rudy Gevaert wrote: > I meant that I'm 'scared' to use murder. "Standard" murder is pretty solid. "Unified" is not yet solid, but I think it's fair to say that that's the logical direction for Cyrus to go -- it solves many inconsistencies, and it's a step along the p

Re: Doing Cyrus *right* for a large installation

2009-01-17 Thread Andrew Morgan
On Sat, 17 Jan 2009, Rudy Gevaert wrote: > On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: >> On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: >>> No we don't have murder running (yet) >>> >>> I am not confident enough in the setup. I have seen to many bad >>> messages on the list. >>>

Re: Doing Cyrus *right* for a large installation

2009-01-17 Thread Rudy Gevaert
On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: > On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: >> No we don't have murder running (yet) >> >> I am not confident enough in the setup. I have seen to many bad >> messages on the list. >> >> But I haven't set it up yet, so I may be 'scar

Re: Doing Cyrus *right* for a large installation

2009-01-17 Thread Rudy Gevaert
On Sat, Jan 17, 2009 at 01:23:09PM +1100, Bron Gondwana wrote: > On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: > > On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: > > > No we don't have murder running (yet) > > > > > > I am not confident enough in the setup. I have seen to many bad >

Re: Doing Cyrus *right* for a large installation

2009-01-16 Thread Bron Gondwana
On Fri, Jan 16, 2009 at 01:55:30PM -0500, Wesley Craig wrote: > On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: > > No we don't have murder running (yet) > > > > I am not confident enough in the setup. I have seen to many bad > > messages on the list. > > > > But I haven't set it up yet, so I may be

Re: Doing Cyrus *right* for a large installation

2009-01-16 Thread Wesley Craig
On 16 Jan 2009, at 10:17, Rudy Gevaert wrote: > No we don't have murder running (yet) > > I am not confident enough in the setup. I have seen to many bad > messages on the list. > > But I haven't set it up yet, so I may be 'scared' for nothing. There are always bugs, of course, but in recent vers

Re: Doing Cyrus *right* for a large installation

2009-01-16 Thread Rudy Gevaert
On Thu, Jan 15, 2009 at 12:08:24PM -0800, Andrew Morgan wrote: > > Fulls take a lot longer, but I can't give you any time estimates now. > > Our incrementals take about 2 hours (both backends are done at the same > time). Our fulls take an entire day, but we only do fulls once a month. > I'm ho

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Rob Mueller
> I would like to add a *lot* more storage so that we can increase our email > quotas (currently 200MB per user). It seems like the proper way to scale > up is to split the Cyrus metadata off and use some large SATA drives for > the message files. I was considering adding a shelf of 1TB SATA dri

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Daniel O'Connor
On Friday 16 January 2009 06:34:29 Andrew Morgan wrote: > This kinda goes back to a discussion last week about filesystems. I think > I would like ZFS, but I'm not sure I want to switch our Cyrus stuff over > to Solaris. We run a fair amount of Solaris on SPARC here, but no Solaris > x86. Unfort

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Bron Gondwana
On Wed, Jan 14, 2009 at 04:42:04PM -0800, Andrew Morgan wrote: > But then I started thinking about how I was going to backup all this new > data... Our backup administrator isn't too excited about trying to backup > 12TB of email data. > > What if we used Cyrus replication in combination with d

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Simon Matter
> On Thu, 15 Jan 2009, Simon Matter wrote: > >>> But then I started thinking about how I was going to backup all this >>> new >>> data... Our backup administrator isn't too excited about trying to >>> backup >>> 12TB of email data. >>> >>> What if we used Cyrus replication in combination with dela

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Andrew Morgan
On Thu, 15 Jan 2009, Rudy Gevaert wrote: > Andrew Morgan wrote: > >> For those of you running large installations, how do you back them up? > > We have 7 backends: > 400G 320G 81G 80% /mail/mail1 > 400G 273G 128G 69% /mail/mail2 >

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Andrew Morgan
On Thu, 15 Jan 2009, Simon Matter wrote: >> But then I started thinking about how I was going to backup all this new >> data... Our backup administrator isn't too excited about trying to backup >> 12TB of email data. >> >> What if we used Cyrus replication in combination with delayed expunge as a

Re: Doing Cyrus *right* for a large installation

2009-01-15 Thread Rudy Gevaert
Andrew Morgan wrote: > For those of you running large installations, how do you back them up? We have 7 backends: 400G 320G 81G 80% /mail/mail1 400G 273G 128G 69% /mail/mail2 450G 390G 61G 87% /mail/mail3

Re: Doing Cyrus *right* for a large installation

2009-01-14 Thread Pascal Gienger
Andrew Morgan wrote: > But then I started thinking about how I was going to backup all this new > data... Our backup administrator isn't too excited about trying to backup > 12TB of email data. Just a side note: For most backup systems it is not the size which matters much (because only a sma

Re: Doing Cyrus *right* for a large installation

2009-01-14 Thread Simon Matter
> But then I started thinking about how I was going to backup all this new > data... Our backup administrator isn't too excited about trying to backup > 12TB of email data. > > What if we used Cyrus replication in combination with delayed expunge as a > form of "backup"? We currently only keep 1

Doing Cyrus *right* for a large installation

2009-01-14 Thread Andrew Morgan
I have an existing Cyrus installation consisting of: (2) backend servers, each with 800GB of SAN storage, 1 cyrus partition (3) frontend servers (1) mupdate master Obviously, we are running Cyrus as a murder cluster and we really like that. I'm interested in upgrading both the servers and the s