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

RE: [Xen-users] GPLPV and LUN's on a storage



> 
> just a information:
> 
> I did run into big troubles running Windows HVM VM's with GPLPV driver
on
> LUN's on a storage system. (In my case a CX4 from EMC).

I'm not familiar with CX4... is it iSCSI or AoE or hyperSCSI or
something?

> 
> What happened:
> 
> After e.g. Windows Updates the VM's rendered unbootable
> 
> 
> What causes this:
> 
> My assumption is:  Windows boots from the Qemu device until some point
there
> it
> switches over from the QEMU device to the PV System device. But qemu
uses the
> VM
> Caches from DOM0, but with the PV driver the LUN is accessed directly.
> 
> Now it happens after a reboot that the VM caches are preloaded from
previous
> boots, but the LUN contains really already different data. This leds
to
> curious
> crashes.
> 

That is strange... when GPLPV is running as it should, I don't think
that there are any writes done before GPLPV takes over. If there are, it
is done via the int13h BIOS interface and it writes a flag that says the
boot started which enables the next boot to present the "last boot was
not successful... safe mode?" menu.

Strange things do happen when you involve loopback or kpartx though, as
I found out recently. I use losetup with an offset to create a loopback
device so I can mount my NTFS volume under Linux (you break a lot of
systems when you do driver development :). If I forget to delete the
loopback device, all sorts of strange things happen, although I've never
seen complete corruption before. kpartx (which uses device mapper) gives
the same problems.

Fwiw, I do almost all of my testing on phy: mapped lvm volumes.

James


_______________________________________________
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®.