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

Re: [Xen-API] Move blktap2.reset_leaf call to new SR command "epoch_begin"



On 27/11/12 16:04, Rushikesh Jadhav wrote:
> On Tue, Nov 27, 2012 at 9:24 PM, Mike McClurg <mike.mcclurg@xxxxxxxxxx
> <mailto:mike.mcclurg@xxxxxxxxxx>> wrote:
> 
>     On 27/11/12 15:44, Rushikesh Jadhav wrote:
>     > Hi Mike and Andrei,
>     >
>     > Thanks for making the discussion open about this famous issue.
>     >
>     > Many times we face this issue. If a host is hang then the VMs from
>     that
>     > host are unable to boot on any other host until the database VDI
>     RW flag
>     > is reset. Usual error is "The VDI is already attached in RW mode".
>      The
>     > solution procedure is to reboot the hang host or resetvdis manually.
>     >
>     > If we can do on-boot=reset then this will help to quickly boot failed
>     > VMs on new host without errors. As mentioned this will apply to start
>     > and restart operation but will "xe vm-reset-powerstate" be affected ?
>     >
>     > Regards,
>     > Rushikesh
> 
>     Hi Rushikesh,
> 
>     I don't think that on-boot=reset does what you think it does. Setting
>     on-boot=reset on a VDI will force it to "reset" on attach, meaning that
>     it will delete the leaf node of the VHD tree that makes up the VDI.
> 
>     Basically, this is a feature which lets you create a VM which will roll
>     its disks back to a specified state every time you reboot. All of the
>     writes that you made to the disk before the reboot (and after setting
>     on-boot=reset) will be gone.
> 
>     The problem is that there is a bug where this action happens on VM
>     migrate! This is what we're trying to fix.
> 
>     Mike
> 
> 
> Thank for the further info. So are you making a magic RO VDI which can
> hold the writes till its attached  ?
> That sounds good to me :)
> 
> Do you think that there is any usefulness to what I thought about
> on-boot=reset ?

Well, I think it would be very unsafe, because you'd basically be
working around the locking mechanism for the VDIs. Using resetvdis
manually is safer.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.