what about sync_client -m with the DELETED.*
names?
You're right, the DELETED mailboxes do turn up in user backups
automatically, so I think those renames are occurring as expected:
# /usr/lib/cyrus/bin/cyr_backup -f
cyrus-backup/partitions/default/d/debbiep\@polyfoam.com.au_*
ect such files.
With rolling replication, the deleted user would eventually replicate as an
"UNUSER", to which backupd would report success and ignore...
Basically, the implementation hasn't gotten as far as removing backups -- and I
want to see things working correctly and safely be
Semi-related questions about how Cyrus backup servers deal with deleted
stuff.
I have the following settings on the main mail server:
deletedprefix: DELETED
delete_mode: delayed
expunge_mode: delayed
My first question is about deleted folders. Scenario: I delete a folder
on the server, and i
On 03 Feb 2011, at 14:02, Patrick Goetz wrote:
> On 02/03/2011 12:56 PM, Wesley Craig wrote:
>> I wonder, tho, why use DRBD rather than cyrus replication.
>
> Perhaps because I don't know anything about cyrus replication? <:)
>
> RTFM the cyrus wiki?
Oh, I think DRBD is a perfectly valid choice
On 02/03/2011 12:56 PM, Wesley Craig wrote:
> I wonder, tho, why use DRBD rather than cyrus replication.
>
Perhaps because I don't know anything about cyrus replication? <:)
RTFM the cyrus wiki?
--
Patrick Goetz
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.
On 03 Feb 2011, at 13:45, Patrick Goetz wrote:
> On further thought, it seems like this would be a solution:
>
> -- --
> | Server 1 | ---DRBD--> | Server 2 |
> -- --
>
> Step 1: Stop cyrus on Server 1.
> Step 2: Turn off repli
On further thought, it seems like this would be a solution:
-- --
| Server 1 | ---DRBD--> | Server 2 |
-- --
Step 1: Stop cyrus on Server 1.
Step 2: Turn off replication on Server 2.
Step 3: Restart cyrus on Serve
Hi -
I'm grappling with the issue of how to either do backups or take
snapshots of a live cyrus system so that all the metadata is properly
saved; meaning that the indexes and db files match exactly the messages
in ~/cyrus/mail so that the backup or snapshot can be copied to a new
syste
On Sun, Oct 07, 2007 at 06:26:36PM +0200, Martin Kraus wrote:
> Hi. Is there any plan to implement some finish-writes-and-hold-connections
> feature into cyrus to allow making of consistent online lvm snapshot possible?
I doubt it. We get consistent enough[tm] backups from Cyrus (per
mailb
Hi. Is there any plan to implement some finish-writes-and-hold-connections
feature into cyrus to allow making of consistent online lvm snapshot possible?
thanks
martin
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http:/
On Friday 31 March 2006 21:06, Warren Turkal wrote:
> 1. SIGSTOP all process with the pgrp of cyrmaster
> 2. ctl_cyrusdb -c
> - optionally ctl_mboxlist -d here
Are the STOP and cyrusdb -c really necessary here? I believe the docs state
that only minor inconsistencies would occur with LVM snapsh
I know this is a perennial question, but I wanted to see if the following
strategy would work for a hot backup for Cyrus.
1. SIGSTOP all process with the pgrp of cyrmaster
2. ctl_cyrusdb -c
- optionally ctl_mboxlist -d here
3. create lvm ro snapshot
4. SIGCONT the processes with pgrp of cyrmaste
Hi,
I have some questions about Backups.
1. whiche files do i need to backup to restore a deleted eMail with all
the Flags.
2. how do i restore a eMail with all the Flags
3. how do i move a Folder or all eMails in a folder with keeping all
Flags. For excample user.test1.mbox -> user.te
just stores and forwards email in the event the
mail server if offline.
Backups are handled by a rsync script which copies all the mail off the
DAS' onto the local disks.. which then gets backed up.
Any ideas on how to improve upon this setup? The DAS units have a 2nd
controller on th
On Sun, 4 Jan 2004, Oliver Jones wrote:
> Is there a document online somewhere that goes over what sort of steps
> are necessary to ensure there are good backups of all the vital Cyrus
> files (databases etc)?
http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/Bac
Hi folks.
Is there a document online somewhere that goes over what sort of steps are necessary to ensure there are good backups of all the vital Cyrus files (databases etc)?
I would imagine that it is along the lines of using the ctl_* utils to dump out the relevant DB's in plain tex
On Fri, 14 Nov 2003, James Miller wrote:
> Rob, I'm still abit confused about what's needed to get cyrus (including
> index files) into a consistent state -- ready for a backup/snapshot.. etc.
> etc.
Right now? Stop it, snapshot the volume, start it again. It should take a
few seconds, which is
Actually I do have a perl script that I wrote that recreates the
mailboxes.db file if it is lost.. I had this happen when I was upgrading
from 2.0 to 2.1 on my system (my personal mail box only)..
The script only does the user directory and just adds in all the folders
with the permissions of cyru
> On Fri, 14 Nov 2003, Rob Siemborski wrote:
>
> > On Fri, 14 Nov 2003, Simon Matter wrote:
> >
> > > IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> > > everything should continue after the snapshot. What do the cyrus
processes
> > > do if they receive SIGSTOP? Will they st
On Fri, 14 Nov 2003, Rob Siemborski wrote:
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
> > IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> > everything should continue after the snapshot. What do the cyrus processes
> > do if they receive SIGSTOP? Will they stop immediatel
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
>> Would be nice to have something like a 'cyrus_freeze' command. Maybe
>> there
>> is a way to do this with SIGSTOP/SIGCONT?
>
> At this point, you might as well just kill the server, since you won't be
> able to do almost anything for the duration of t
On Fri, 14 Nov 2003, Simon Matter wrote:
> IIRC taking a snapshot with LVM/XFS takes just a few seconds. I guess
> everything should continue after the snapshot. What do the cyrus processes
> do if they receive SIGSTOP? Will they stop immediately or will they not
> stop at all? I mean, if a proces
But if one can just reconstruct the indexes, what damnage can be done by
just copying them? What critical information do they hold?
On Fri, 2003-11-14 at 08:54, Rob Siemborski wrote:
> On Fri, 14 Nov 2003, Simon Matter wrote:
>
> > Would be nice to have something like a 'cyrus_freeze' command. M
On Fri, 14 Nov 2003, Jerry Haltom wrote:
> But if one can just reconstruct the indexes, what damnage can be done by
> just copying them? What critical information do they hold?
If the index file goes missing, you'll lose most flag information (not
seen state). Reconstruct tries to use this data
On Fri, 14 Nov 2003, Simon Matter wrote:
> Would be nice to have something like a 'cyrus_freeze' command. Maybe there
> is a way to do this with SIGSTOP/SIGCONT?
At this point, you might as well just kill the server, since you won't be
able to do almost anything for the duration of the snapshot.
I've been using XFS on LVM and I think it doesn't have the problem you
describe. With XFS, you have to call 'xfs_freeze -f' before taking the
snapshot, then you 'xfs_freeze -u' it again.
That's exactly what I need for reiserfs :-( . Darn. I guess that's
something to note in the Cyrus FAQ - xfs mak
> I'm also running into an issue where occasionally the snapshot fails -
> it's taken while reiserfs is in the middle of a transaction, and the
> journal can't be replayed on mount because the snapshot is read-only.
> This is more of an LVM issue than anything else. I get around it by
> syncing the
Certainly one can just copy the entire mail spool... getting MOST of hte
messages, and the .headers, .cache, .index, etc. Is this safe?
Personally, I wouldn't just copy the spool from beginning to end while
cyrus was running - all your indexes etc will become out of sync if mail
is delivered to a
Have a few questions about back ups, well, just one.
Lets say my site required to be up 24/7... so the only way we could do
backups of cyrus would be live.
Certainly one can just copy the entire mail spool... getting MOST of hte
messages, and the .headers, .cache, .index, etc. Is this safe?
I&#
Scott Russell said:
>> Christian Schulte said:
>>
>> I have had many many troubles with the linux LVM itself. I lost 250GB
>> because of LVM and did not have a backup.
>>
>> So the problem was that you didn't have backups rather than a fault of
>> t
because of LVM and did not have a backup.
> > With software raid on linux this would not have happened
>
> So the problem was that you didn't have backups rather than a fault of the
> LVM, right?
>
No. The problem described is LVM caused a loss of data. Then a seco
Jared Watkins schrieb:
>
> Christian Schulte wrote:
>
> > Jared Watkins wrote:
> >
> >> I would think you could use LVM the linux volume manager along with
> >> it's snapshot feature.. and then any sort of backup program you
> >> want. I'm not using this method yet... but I will be soon... is
>
e raid on linux this would not have happened
So the problem was that you didn't have backups rather than a fault of the
LVM, right?
--
Brian
I switched to hardware raid also and everything is greater than ever
before
I have been using LVM since version 0.6 and I have had no problems with it.
My Cyrus mail store runs on LVM.
Christian Schulte wrote:
Jared Watkins wrote:
I would think you could use LVM the linux volume manager along with
it's snapshot feature.. and then any sort of backup program you want
Christian Schulte wrote:
Jared Watkins wrote:
I would think you could use LVM the linux volume manager along with
it's snapshot feature.. and then any sort of backup program you
want. I'm not using this method yet... but I will be soon... is
anyone else out there running LVM or some other
> > With software raid on linux this would not have happened....
>
> So the problem was that you didn't have backups rather than a fault of the
> LVM, right?
>
> --
> Brian
uld not have happened
So the problem was that you didn't have backups rather than a fault of the
LVM, right?
--
Brian
Jared Watkins wrote:
I would think you could use LVM the linux volume manager along with
it's snapshot feature.. and then any sort of backup program you want.
I'm not using this method yet... but I will be soon... is anyone else
out there running LVM or some other volume manager under linux
Jared Watkins schrieb:
>
> I would think you could use LVM the linux volume manager along with it's
> snapshot feature.. and then any sort of backup program you want. I'm
> not using this method yet... but I will be soon... is anyone else out
> there running LVM or some other volume manager unde
I would think you could use LVM the linux volume manager along with it's
snapshot feature.. and then any sort of backup program you want. I'm
not using this method yet... but I will be soon... is anyone else out
there running LVM or some other volume manager under linux in production?
Jared
40 matches
Mail list logo
