WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Xen & Automated Disk Management for Domains

To: Michael Vrable <mvrable@xxxxxxxxxxx>
Subject: Re: [Xen-devel] Xen & Automated Disk Management for Domains
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 06 Aug 2004 23:13:50 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Fri, 06 Aug 2004 23:15:32 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Fri, 06 Aug 2004 14:49:19 PDT." <20040806144919.A5663@xxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> Say we start with a logical volume /dev/vg1/disk, then create an LVM
> snapshot of vg1/disk called vg1/disk-snap.  We could mount vg1/disk-snap
> as a read-only filesystem to store a consistent backup of vg1/disk; this
> is the normal suggested use.  But LVM actually makes both resulting
> devices writable, so we could equally well not touch vg1/disk and use
> vg1/disk-snap as a writable, CoW block device.  (If we did accidentally
> touch vg1/disk, LVM would keep those changes isolated from the
> snapshots.)
> 
> While LVM won't allow snapshots of snapshots, multiple snapshots of the
> same underlying (non-snapshot) device are allowed.  So we could start
> with vg1/disk and create vg1/disk-copy1, vg1/disk-copy2, vg1/disk-copy3,
> and so on, as CoW devices.

Great! -- I didn't realise the snapshots were themselves writeable.

It's kind of a shame that snapshots can't be used recursively,
but I guess we can live with this. It would have been nice to
create a 'pristine install', then snapshot it to create several
tailored instances for different applications, and then base the
actual VM disks on those snapshots.  Oh well. The performance
would probably have sucked with all the disk seeking anyhow...

Ian


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel