From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:60763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uepuc-0001dz-Io for qemu-devel@nongnu.org; Tue, 21 May 2013 12:59:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UepuX-0001hz-Sg for qemu-devel@nongnu.org; Tue, 21 May 2013 12:59:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UepuX-0001hv-KE for qemu-devel@nongnu.org; Tue, 21 May 2013 12:59:41 -0400 Message-ID: <519BA745.60105@redhat.com> Date: Tue, 21 May 2013 10:56:37 -0600 From: Eric Blake MIME-Version: 1.0 References: <20130521153333.4880.74390.stgit@hds.com> <20130521153357.4880.72899.stgit@hds.com> In-Reply-To: <20130521153357.4880.72899.stgit@hds.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2QPRRGITGQUBPRWSSJVOQ" Subject: Re: [Qemu-devel] [RFC PATCH v3 06/11] qemu-ga: Add Windows VSS requester to quisce applications and filesystems List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Tomoki Sekiyama Cc: mdroth@linux.vnet.ibm.com, qemu-devel@nongnu.org, lcapitulino@redhat.com, vrozenfe@redhat.com, pbonzini@redhat.com, seiji.aguchi@hds.com, areis@redhat.com This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2QPRRGITGQUBPRWSSJVOQ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 05/21/2013 09:33 AM, Tomoki Sekiyama wrote: > Add VSS requester functions for to qemu-ga. > This provides facility to request VSS service in Windows guest to quisc= e s/quisce/quiesce/ > applications and filesystems. This function is only supported in Window= s > 2003 or later. In older guests, this function does nothing. >=20 > In several versions of Windows which don't support attribute > VSS_VOLSNAP_ATTR_NO_AUTORECOVERY, DoSnapshotSet fails with error > VSS_E_OBJECT_NOT_FOUND. In this patch, we just ignore this error. > To solve this fundamentally, we need a framework to handle mount writab= le > snapshot on guests, which is required by VSS auto-recovery feature > (a cleanup phase after snapshot is taken). I take it that such a framework may involve additional guest-agent commands and management work (such as libvirt having to be aware of the added framework). How important is this functionality? How frequently does VSS even get us into that state? That is, are Windows guests going to frequently hit our current first-round implementation limits that fail to let them do auto-recovery? --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org ------enig2QPRRGITGQUBPRWSSJVOQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJRm6dFAAoJEKeha0olJ0Nq+ngIAJUJSn+vxOmGXDYLSebiGTqg wdBw8dMiS65L52bucmFhBJpV5J0iJ/Yu1Kk31ryAgNTmRvPvZ70QFpPi3Y6imXYB OdxAfgDqQoEhLpCaAmlpG07sFs5j8sNTjEIT6pHWAa/ZoZ20yi0MeYCoaq8G0vdP pOe4x7XDtdNPFB2flJ8yt3N6c0loWstxyd+eG7Rbmm1ExBIo6kR0l/AJIfM8wMQB H4Z0RFh79744YdByEz4kGVZPDNScIPa8ZY1Mkwh2oUDUBAKjU+nfyCd8bFnfNmFZ cG+ohdxXaKO2EEyNcSWmUzvHV0S/8yG+pSXhxftaffOsgXQsZa+HT+pVkwqvZis= =EDJi -----END PGP SIGNATURE----- ------enig2QPRRGITGQUBPRWSSJVOQ--