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-users

Re: [Xen-users] High availability and live migration with just LVMand ha

To: John Madden <jmadden@xxxxxxxxxxx>
Subject: Re: [Xen-users] High availability and live migration with just LVMand hardware fencing
From: Bart Coninckx <bart.coninckx@xxxxxxxxxx>
Date: Thu, 20 May 2010 17:21:36 +0200
Cc: Jeff Sturm <jeff.sturm@xxxxxxxxxx>, "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>, Javier Guerra Giraldez <javier@xxxxxxxxxxx>
Delivery-date: Thu, 20 May 2010 08:21:34 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4BF53746.40408@xxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <201005191146.18169.bart.coninckx@xxxxxxxxxx> <201005201152.27792.bart.coninckx@xxxxxxxxxx> <4BF53746.40408@xxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.12.4 (Linux/2.6.31.12-0.2-desktop; KDE/4.3.5; x86_64; ; )
On Thursday 20 May 2010 15:21:10 John Madden wrote:
> > I did some more thinking in regards to the snapshotting and came up with
> > the following: the backend storage is an IET storage target. I could
> > build the LUNs on top of LV's. This would give me snapshotting for the
> > Xen setup. Granted, not very elegant, since for a restore I need to put
> > the snapshot back and as a added action I need to connect to it from an
> > iSCSI initiator in order to access the data.
> 
> You'll have the same problems here as you will snapshotting from dom0 --
> filesystem cache and application state.  If the OS hasn't flushed its
> cache and frozen the filesystem, any snapshot from the block level would
> contain an inconsistent filesystem.  This is not an acceptable backup
> mechanism and I think doing it from IET (i.e., the SAN) is even worse
> because you have yet another layer of abstraction and potential for caches.
> 
> Note Jeff's note on SAN snapshots and gfs_tool.  His snapshots work
> because the OS is made aware of the need to flush caches and temporarily
> queue writes to the disk.
> 
> John
> 

Would a "xm suspend" before the snapstho not accomplish this? 

Cheers,

Bart

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

<Prev in Thread] Current Thread [Next in Thread>