[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"


  • To: Mike McClurg <mike.mcclurg@xxxxxxxxxx>, "xen-api@xxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxx>
  • From: Andrei Lifchits <Andrei.Lifchits@xxxxxxxxxx>
  • Date: Tue, 27 Nov 2012 12:15:06 +0000
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Delivery-date: Tue, 27 Nov 2012 12:15:27 +0000
  • List-id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
  • Thread-index: Ac3L8OlK0Qba8Py/TVC4zBT2RA5imAApzf+T
  • Thread-topic: Move blktap2.reset_leaf call to new SR command "epoch_begin"

Hi Mike,

Sounds good to me. Should be pretty easy to change.

Andrei

________________________________________
From: Mike McClurg
Sent: Monday, November 26, 2012 4:13 PM
To: xen-api@xxxxxxxxxxxxx; Andrei Lifchits
Subject: Move blktap2.reset_leaf call to new SR command "epoch_begin"

Hi Andrei,

(Note that I'm CC'ing the xen-api list to encourage more open
development discussions.)

I'm working on the VDI reset bug we talked about last week, where
setting on-boot=reset on a VDI, and then migrating the VM, triggers the
VDI reset after the migration is complete, because VDI reset is called
on VDI attach.

The fix for this should be to only call blktap2.reset_leaf when the VDI
attach operation is performed during a VM start or reboot. There is a
set of new SMAPIv2 calls in Xapi: begin_epoch, end_epoch, which are
called by Xapi when a VM is started and stopped (respectively), and also
during a VM reboot. These functions are not called during a VM migrate.

My proposal is that we add two new SR commands, begin_epoch and
end_epoch, and that we move the VDI reset code into begin_epoch. The two
corresponding Xapi functions would then call these SR commands.

Does this sound like a good solution to the migrate triggers VDI reset
bug? Did I miss anything here? Thanks,

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