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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support.(RFC)

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support.(RFC)
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Sat, 1 Jul 2006 01:36:06 +0100
Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, Jerone Young <jyoung5@xxxxxxxxxx>, Julian Chesterfield <julian.chesterfield@xxxxxxxxxxxx>, NAHieu <nahieu@xxxxxxxxx>, Andrew Warfield <andrew.warfield@xxxxxxxxxxxx>, Dan Smith <danms@xxxxxxxxxx>
Delivery-date: 2006年6月30日 17:36:14 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1151705722.2570.5.camel@xxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D4BAB1A@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <m3sllmpfvj.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <1151705722.2570.5.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.1
> I would ask how exactly do you propose to do this ? Today at least
> file-backed domains seems to be the only real world way of doing
> migrations. Migrating block devices seems a little hairy (what if the
> other machine is already using sda for example), and may not be all the
> practical to do.
Well, it doesn't really matter what the destination dom0 is using as block 
devices provided the node name doesn't have to stay the same on the 
destination machine - and if you use the hotplug scripts to set up block 
devices then it doesn;t.
I think being able to demand-fault virtual disks across would be quite cool 
(with the copy eventually completing in the background, eliminating the 
origin as a point of failure. For smaller, or more ad-hoc setups this could 
be quite useful (especially if you had a daemon trickle updates across the 
network continuously at low bandwidth to minimise the diffs during migration)
Cheers,
Mark
>
> > ST> The destination host now relies on the source host for data, so if
> > ST> the source crashes, you crash the destination too;
> >
> > Sure, which a NAS solves, assuming the NAS is stable.
> >
> > ST> and if you power-cycle, how do you track where in your cluster the
> > ST> latest copy of the block device is?
> >
> > I think that keeping metadata on that and invalidating blocks when you
> > pull them off the source host could be done without too much trouble.
> > Plus, I'm not talking about multiple-writers, so I think you could
> > ignore a lot of the normal locking issues.
> >
> > ST> A true NAS solution isolates the Xen hosts from these problems.
> >
> > Absolutely. So what's the benefit of having image files on NFS (as
> > you mentioned) if you can use nbd or iSCSI?
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel 
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel 
-- 
Dave: Just a question. What use is a unicyle with no seat? And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] Accessing Xen on remote machine , jd sw
Next by Date: [Xen-devel] Re: [1/4] [NET] back: Fix maximum fragment check , Herbert Xu
Previous by Thread: Re: [Xen-devel] [PATCH] Blktap: Userspace file-based image support.(RFC) , Jerone Young
Next by Thread: [Xen-devel] Help please: bug#625 SCSI disk conflicts with blkfront---best approach for fix? , Harry Butterworth
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /