[libvirt] [PATCH] docs: Document NVRAM behavior on transient domains

Martin Kletzander mkletzan at redhat.com
Wed Nov 19 06:22:08 UTC 2014

On Tue, Nov 18, 2014 at 05:06:34PM +0100, Michal Privoznik wrote:
>Since 1.2.8 it's possible to use OVMF on domains. Moreover, it's
>possible to have libvirt create NVRAM file per domain. Later,
>when domain is undefined, the file is removed too. However,
>things are a bit complicated when domain's transient. There's no
>undefine to transient domains. There are two options: 1) leave
>the file behind and let mgmt app remove it. 2) remove it
>automatically as domain dies.
>But, in some scenarios mgmt app may want to preserve the file,
>copy it somewhere safe, and then copy it back when the domain is
>starting again. And this wouldn't be possible with case 2). So,
>even though case 1) leaves some files behind (possibly undeleted
>for a long time), the files themselves are small (128K each). And
>data loss is worse than full disk, isn't it?

Just wondering, Does that mean that _if_ the management application
relies on our remote driver (has no access) and wants to manage the
file it has to create a pool type='dir' where the files are or
something similar?  It can then do vol-{up,down}load or vol-delete
properly.  And by default all the variable stores are by default in
the same location (/var/lib/libvirt/nvram), so one pool for that makes
perfect sense, am I right?

>Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
> docs/formatdomain.html.in | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
>index d4189e6..705d497 100644
>--- a/docs/formatdomain.html.in
>+++ b/docs/formatdomain.html.in
>@@ -147,7 +147,10 @@
>         started up libvirt copies so called master NVRAM store file defined
>         in <code>qemu.conf</code>. If needed, the <code>template</code>
>         attribute can be used to per domain override map of master NVRAM stores
>-        from the config file. <span class="since">Since 1.2.8</span></dd>
>+        from the config file. Note, that for transient domains if the NVRAM file
>+        has been created by libvirt it is left behind and it management

s/it management/it is management/

ACK with the typo changed.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20141119/2ddf6d33/attachment-0001.sig>

More information about the libvir-list mailing list