* [Qemu-devel] Creating snapshots with specific runtime options
@ 2015-08-25 13:57 Alberto Garcia
2015-08-26 12:57 ` Stefan Hajnoczi
0 siblings, 1 reply; 3+ messages in thread
From: Alberto Garcia @ 2015-08-25 13:57 UTC (permalink / raw)
To: qemu-devel; +Cc: Kevin Wolf, qemu-block, Stefan Hajnoczi
As far as I can see there's no way to create a snapshot and either
a) inherit the runtime options from the original image
b) specify a new set of options
This comment in external_snapshot_prepare() before calling bdrv_open()
suggests that the problem is known but the discussion was postponed.
/* TODO Inherit bs->options or only take explicit options with an
* extended QMP command? */
I would like to retake this and make it possible. I discussed it
briefly with Stefan on IRC and he said that Kevin might have some
ideas.
In principle extending the QMP command sounds as simple as adding
'options': 'BlockdevOptions' to 'blockdev-snapshot-sync', but it's
surely more complicated than that :) Is the 'BlockdevOptions' API even
stable?
Berto
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] Creating snapshots with specific runtime options
2015-08-25 13:57 [Qemu-devel] Creating snapshots with specific runtime options Alberto Garcia
@ 2015-08-26 12:57 ` Stefan Hajnoczi
2015-08-28 8:28 ` Alberto Garcia
0 siblings, 1 reply; 3+ messages in thread
From: Stefan Hajnoczi @ 2015-08-26 12:57 UTC (permalink / raw)
To: Alberto Garcia; +Cc: Kevin Wolf, qemu-devel, qemu-block, armbru
On Tue, Aug 25, 2015 at 04:57:53PM +0300, Alberto Garcia wrote:
> As far as I can see there's no way to create a snapshot and either
>
> a) inherit the runtime options from the original image
> b) specify a new set of options
>
> This comment in external_snapshot_prepare() before calling bdrv_open()
> suggests that the problem is known but the discussion was postponed.
>
> /* TODO Inherit bs->options or only take explicit options with an
> * extended QMP command? */
>
> I would like to retake this and make it possible. I discussed it
> briefly with Stefan on IRC and he said that Kevin might have some
> ideas.
>
> In principle extending the QMP command sounds as simple as adding
> 'options': 'BlockdevOptions' to 'blockdev-snapshot-sync', but it's
> surely more complicated than that :) Is the 'BlockdevOptions' API even
> stable?
Some block drivers don't have BlockdevOptions support yet.
I think that doesn't prevent us from passing BlockdevOptions to snapshot
creation though.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] Creating snapshots with specific runtime options
2015-08-26 12:57 ` Stefan Hajnoczi
@ 2015-08-28 8:28 ` Alberto Garcia
0 siblings, 0 replies; 3+ messages in thread
From: Alberto Garcia @ 2015-08-28 8:28 UTC (permalink / raw)
To: Stefan Hajnoczi; +Cc: Kevin Wolf, qemu-devel, qemu-block, armbru
On Wed 26 Aug 2015 02:57:13 PM CEST, Stefan Hajnoczi wrote:
>> In principle extending the QMP command sounds as simple as adding
>> 'options': 'BlockdevOptions' to 'blockdev-snapshot-sync', but it's
>> surely more complicated than that :) Is the 'BlockdevOptions' API
>> even stable?
>
> Some block drivers don't have BlockdevOptions support yet.
>
> I think that doesn't prevent us from passing BlockdevOptions to
> snapshot creation though.
Hmmm, I see however that there's overlap between blockdev-snapshot-sync
and BlockdevOptions.
You must indicate the target file in both. Format and node name are also
present in both (these are optional however)... we can of course check
that the values match and/or ignore some of them but that's horrible.
Berto
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-08-28 8:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-25 13:57 [Qemu-devel] Creating snapshots with specific runtime options Alberto Garcia
2015-08-26 12:57 ` Stefan Hajnoczi
2015-08-28 8:28 ` Alberto Garcia
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).