[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] Re: Fwd: Linux MD raid5 and reiser4... Any experience ?


  • To: linux-raid@xxxxxxxxxxxxxxx
  • From: Molle Bestefich <molle.bestefich@xxxxxxxxx>
  • Date: Mon, 9 Jan 2006 10:24:51 +0100
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Mon, 09 Jan 2006 09:31:14 +0000
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dWnGcMRaBURVKiSNDy7NrZn4j6THuoOCbYw6fY3SpERSCrKEvTxGpHM3v7aCv0kATf4LW0NaNThvnnncjdmC+ox4aLqyb4gqwbg+jXi5LIFPJZhAmCWrOe7JXy1hLWANDbGILnLzH+t2N73dK7P+juT4+Q97JjDxI2o7vqTfq2M=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

Gordon Henderson wrote:
> I was bitten with LVM some time back (maybe 18 months to 2 years) and then
> I didn't have time to track down the real cause, so resorted to just
> doubling up on disk space (disk is cheap!) and running a nightly rsync to
> create/update the snapshot (and you can make several days worth too with
> some cleverness and not much more disk space), then dumping the snapshot
> to tape... The 3-400GB volumes I have take less than an hour for the rsync
> so it's not a big impact in the middle of the night.

Thanks for the tip :-).

My current approach is to tar the entire filesystem to a "backup" partition
and gzip it with the "--rsyncable" option.  That way I can diff the backup
tar's and keep a whole load of backups online at a minimum of disk space.

Doesn't seem useful at first to have so many backups.  But keep in mind that
the less space each backup takes, the more often you can back up.  With
this approach I can backup every 24 hours which means less work is lost when
I have to restore.

Francois Barre:
> Regarding snapshots, seems like XFS has some snapshot features (from
> http://oss.sgi.com/projects/xfs/index.html : XFS supports filesystem
> growth for mounted volumes, allows filesystem "freeze" and "thaw"
> operations to support volume level snapshots, and provides an online
> file defragmentation utility).
> Did anyone play with this ? Could it be a good way to implement robust
> and trustworthy snapshots ?
> Anyway, I believe that snapshot logic shall live inside of filesystem
> layer ; capability to have a filesystem freezed within a special
> process, while other processes still modifying the fs could be great :

Seeing as server virtualization is all the fuzz right now, what would be
really cool IMHO would be a filesystem where one could make a
block-by-block snapshot of the partition at _any_ point in time and have
a consistent filesystem out of it, without doing any sort of
freeze/unfreeze operations.

This would allow you to do snapshotting and backup *outside* of your
virtual machines, which is much more desirable than doing it from the
inside.  From the outside, your virtual machines can't destroy the backup
process, so you have guarantee that it gets done every time.  And that
your customers do not muck with it.  You also have much better control of
disk space usage.  And you can make backups if the machine happens to be
turned off.  And consistent ones too, even if it has crashed.  There's
probably other advantages I haven't thought of :-).

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.