From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:42383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UHe1c-0006pr-Tx for qemu-devel@nongnu.org; Mon, 18 Mar 2013 13:39:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UHe1U-0002qg-EU for qemu-devel@nongnu.org; Mon, 18 Mar 2013 13:39:08 -0400 Received: from smtp.citrix.com ([66.165.176.89]:56525) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UHe1U-0002qX-9j for qemu-devel@nongnu.org; Mon, 18 Mar 2013 13:39:00 -0400 Message-ID: <5147512E.5050501@eu.citrix.com> Date: Mon, 18 Mar 2013 17:38:54 +0000 From: George Dunlap MIME-Version: 1.0 References: <1363609123-20748-1-git-send-email-alex@alex.org.uk> <51471767.8030604@redhat.com> <7AC8953FE45335FB794B6DFE@Ximines.local> <51471F14.7030209@redhat.com> <6D0F4ACDA3B7FCF1A50F8B52@Ximines.local> <5147298C.8080900@redhat.com> <51473E82.1020806@redhat.com> <861AFE1A9C44444FD8BAEE16@Ximines.local> In-Reply-To: <861AFE1A9C44444FD8BAEE16@Ximines.local> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: Ian Campbell , Stefano Stabellini , Ian Jackson , "qemu-devel@nongnu.org" , xen-devel , Anthony Liguori , Paolo Bonzini On 18/03/13 16:53, Alex Bligh wrote: > Paolo, > > --On 18 March 2013 17:19:14 +0100 Paolo Bonzini wrote: > >> I remembered this incorrectly, sorry. It's not from a previous run, >> it's from the beginning of this run. See >> http://wiki.qemu.org/Migration/Storage for more information. >> >> A VM has a disk backed by NFS. It runs on node A, at which point pages >> are introduced to the page cache. It then migrates to node B, which >> entails starting the VM on node B while it is still running on node A. >> Closing has yet to happen on node A, but the file is already open on >> node B; anything that is cached on node B will never be invalidated. >> >> Thus, any changes done to the disk on node A during migration may not >> become visible on node B. > This might be a difference between Xen and KVM. On Xen migration is > made to a server in a paused state, and it's only unpaused when > the migration to B is complete. There's a sort of extra handshake at > the end. I think what you mean is that all the memory is handled by Xen and the toolstack, not by qemu. The qemu state is sent as the very last thing, after all of the memory, and therefore (you are arguing) that qemu is not started, and the files cannot be opened, until after the migration is nearly complete, and certainly until after the file is closed on the sending side. (In KVM this isn't the case because I assume it's qemu that handles the memory transition, and so it is likely to open the files on the receiving side when the migration starts.) If so I think that should answer Paolo's argument -- but let me go through and verify that first. It will have to wait until tomorrow, however. :-) -George