From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=48617 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1P8Bcv-0007Y4-SL
	for qemu-devel@nongnu.org; Tue, 19 Oct 2010 08:49:18 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <dlaor@redhat.com>) id 1P8Bcp-0003lZ-Sa
	for qemu-devel@nongnu.org; Tue, 19 Oct 2010 08:49:13 -0400
Received: from mx1.redhat.com ([209.132.183.28]:39942)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dlaor@redhat.com>) id 1P8Bcp-0003l5-MH
	for qemu-devel@nongnu.org; Tue, 19 Oct 2010 08:49:07 -0400
Message-ID: <4CBD93B8.9070002@redhat.com>
Date: Tue, 19 Oct 2010 14:48:56 +0200
From: Dor Laor <dlaor@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: KVM call agenda for Oct 19
References: <m3ocar5wxn.fsf@trasno.mitica>
	<20101019021117.GI25455@sequoia.sous-sol.org>
In-Reply-To: <20101019021117.GI25455@sequoia.sous-sol.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: dlaor@redhat.com
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Chris Wright <chrisw@sous-sol.org>
Cc: chrisw@redhat.com, kvm@vger.kernel.org, Juan Quintela <quintela@redhat.com>, qemu-devel@nongnu.org, Ayal Baron <abaron@redhat.com>, "Venkateswararao Jujjuri (JV)" <jvrao@linux.vnet.ibm.com>

On 10/19/2010 04:11 AM, Chris Wright wrote:
> * Juan Quintela (quintela@redhat.com) wrote:
>>
>> Please send in any agenda items you are interested in covering.
>
> - 0.13.X -stable handoff
> - 0.14 planning
> - threadlet work
> - virtfs proposals
>

- Live snapshots
   - We were asked to add this feature for external qcow2
     images. Will simple approach of fsync + tracking each requested
     backing file (it can be per vDisk) and re-open the new image would
     be accepted?
   - Integration with FS freeze for consistent guest app snapshot
     Many apps do not sync their ram state to disk correctly or frequent
     enough. Physical world backup software calls fs freeze on xfs and
     VSS for windows to make the backup consistent.
     In order to integrated this with live snapshots we need a guest
     agent to trigger the guest fs freeze.
     We can either have qemu communicate with the agent directly through
     virtio-serial or have a mgmt daemon use virtio-serial to
     communicate with the guest in addition to QMP messages about the
     live snapshot state.
     Preferences? The first solution complicates qemu while the second
     complicates mgmt.