[libvirt] [PATCH] docs: Clarify semantics of sparse storage volumes
Eric Blake
eblake at redhat.com
Mon Mar 11 15:48:45 UTC 2013
On 03/11/2013 07:46 AM, Jiri Denemark wrote:
> Sparse LVM volumes do not behave in the way one would naively expect.
> The allocation does not automatically increase (which is different from
> how sparse files work).
> ---
> docs/formatstorage.html.in | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
ACK.
>
> diff --git a/docs/formatstorage.html.in b/docs/formatstorage.html.in
> index 9f93db8..8ac7ab1 100644
> --- a/docs/formatstorage.html.in
> +++ b/docs/formatstorage.html.in
> @@ -250,7 +250,11 @@
> allocated at time of creation. If set to a value smaller than the
> capacity, the pool has the <strong>option</strong> of deciding
> to sparsely allocate a volume. It does not have to honour requests
> - for sparse allocation though.<br/>
> + for sparse allocation though. Different types of pools may treat
> + sparse volumes differently. For example, the <code>logical</code>
> + pool will not automatically expand volume's allocation when it
> + gets full; the user is responsible for doing that or configuring
> + dmeventd to do so automatically.<br/>
> <br/>
> By default this is specified in bytes, but an optional attribute
> <code>unit</code> can be specified to adjust the passed value.
>
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 621 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20130311/fd0640c2/attachment-0001.sig>
More information about the libvir-list
mailing list