On 10/23/2012 09:41 PM, Osier Yang wrote: > On 2012年10月23日 23:12, Peter Krempa wrote: >> From: Eric Blake<eblake@xxxxxxxxxx> >> >> Each<domainsnapshot> can now contain an optional<memory> >> element that describes how the VM state was handled, similar >> to disk snapshots. The new element will always appear in >> output; for back-compat, an input that lacks the element will >> assume 'no' or 'internal' according to the domain state. >> >> >> So for 0.10.2, I plan to implement this table of combinations, 1.0.0, now (I'm assuming that this part of the series is worth pushing for 1.0.0, even though Peter's series missed the rc1 freeze date)... Does anyone else have arguments on whether the rest of this series should be in or out of the next release? >> +<dt><code>memory</code></dt> >> +<dd>On input, this is an optional request for how to handle VM >> + state. For an offline domain or a disk-only snapshot, >> + attribute<code>snapshot</code> must be<code>no</code>, since >> + there is no VM state saved; otherwise, the attribute can >> + be<code>internal</code> if the VM state is piggy-backed with >> + other internal disk state, or<code>external</code> along with >> + a second attribute<code>file</code> giving the absolute path >> + of the file holding the VM state.<span class="since">Since >> + 0.10.2</span> and another instance. -- Eric Blake eblake@xxxxxxxxxx +1-919-301-3266 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list