From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44933) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9ueO-0000yh-E7 for qemu-devel@nongnu.org; Mon, 06 Jun 2016 09:33:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b9ue9-0007pg-A3 for qemu-devel@nongnu.org; Mon, 06 Jun 2016 09:33:04 -0400 Received: from mx-v6.kamp.de ([2a02:248:0:51::16]:48235 helo=mx01.kamp.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9ue9-0007pF-0W for qemu-devel@nongnu.org; Mon, 06 Jun 2016 09:32:49 -0400 From: Peter Lieven Message-ID: <57557B7B.2070301@kamp.de> Date: Mon, 6 Jun 2016 15:32:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Broken live Migration in Qemu 2.5.1.1? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "qemu-devel@nongnu.org" , qemu-stable@nongnu.org Hi, during internal testing of Qemu 2.5.1.1 I found a vServer running Ubuntu 12.04 (kernel 3.13) and a slave SQL server to stop replicating from the master. This seems to be reproducible. It is possible to continue replication when issuing a slave stop / slave start. There is no error visible on the vServer. Has anyone a fix in mind that could be related to such an issue? Host kernel in Linux 4.4, Guest kernel 3.13. Guest driver is virtio-blk via iSCSI. Emulated vCPU is Westmere. I already have this patch here applied: target-i386: do not read/write MSR_TSC_AUX from KVM if CPUID bit is not set Without this migration for Westmere and earlier CPUs is completely broken. I also found the following commits in git which are not applied (yet): migration (ordinary): move bdrv_invalidate_cache_all of of coroutine context migration: fix incorrect memory_global_dirty_log_start outside BQL I will try with these and also with current master. Thanks, Peter