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/
Home Products Support Community News


RE: Re[Xen-devel] lease 0.8.4 of GPL PV Drivers for Windows

To: "Mark Williamson" <mark.williamson@xxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: Re[Xen-devel] lease 0.8.4 of GPL PV Drivers for Windows
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Thu, 28 Feb 2008 09:43:21 +1100
Cc: jamesshirley <james.shirley@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 27 Feb 2008 14:43:45 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200802272238.13694.mark.williamson@xxxxxxxxxxxx>
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: <AEC6C66638C05B468B556EA548C1A77D0131AEB4@trantor> <15708502.post@xxxxxxxxxxxxxxx> <AEC6C66638C05B468B556EA548C1A77D0131AEC3@trantor> <200802272238.13694.mark.williamson@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ach5kZlRKDjpZo+eSnCvSk+rT7SvBAAAB9DQ
Thread-topic: Re[Xen-devel] lease 0.8.4 of GPL PV Drivers for Windows
> > You will almost certainly get some fatal corruption before too long
> > this is happening. It shouldn't happen obviously...
> Side note: on an important VM, if you find yourself in this situation
> drives pointing at the same underlying data) and don't want to lose
> it's best to stop it as soon as possible.  Probably an xm destroy is
> better
> than a clean shutdown in this case!

Yes, this is something that really can't be understated. Even on a
system I have booted, checked in device manager, found the duplicates,
and done an 'xm destroy', it has already been too late - the system
would no longer boot. A chkdsk from the recovery console fixed it up
again, but who knows what else was corrupt.

Other PV drivers appear to be able to tell windows that one drive is
just another path to the other. I'm not sure how to tell windows this
though. My preference is to hide the qemu device, but this doesn't
appear to work under all circumstances and the multipath thing would
prevent data corruption...

Anyone have any suggestions?


Xen-devel mailing list