[libvirt] [PATCH 4/4] docs: Document dump-core memory feature
Michal Privoznik
mprivozn at redhat.com
Tue Aug 21 13:33:38 UTC 2012
On 15.08.2012 11:25, Martin Kletzander wrote:
> ---
> docs/formatdomain.html.in | 13 ++++++++++---
> 1 files changed, 10 insertions(+), 3 deletions(-)
>
> diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
> index bb225b1..af44742 100644
> --- a/docs/formatdomain.html.in
> +++ b/docs/formatdomain.html.in
> @@ -474,9 +474,16 @@
> However, the value will be rounded up to the nearest kibibyte
> by libvirt, and may be further rounded to the granularity
> supported by the hypervisor. Some hypervisors also enforce a
> - minimum, such as
> - 4000KiB. <span class='since'><code>unit</code> since
> - 0.9.11</span></dd>
> + minimum, such as 4000KiB.
> +
> + In the case of crash, optional attribute <code>dump-core</code>
> + can be used to control whether the guest memory should be
> + included in the generated coredump.
> +
> + <span class='since'><code>unit</code> since 0.9.11</span>,
> + <span class='since'><code>dump-core</code> since 0.10.0
> + (QEMU only)</span></dd>
> +
> <dt><code>currentMemory</code></dt>
> <dd>The actual allocation of memory for the guest. This value can
> be less than the maximum allocation, to allow for ballooning
>
ACK if you mention accepted values for dump-core attribute.
Michal
More information about the libvir-list
mailing list