[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-stable] [PATCH] qemu-img: fix regression copying secrets durin
From: |
Kevin Wolf |
Subject: |
Re: [Qemu-stable] [PATCH] qemu-img: fix regression copying secrets during convert |
Date: |
Tue, 14 Aug 2018 13:38:24 +0200 |
User-agent: |
Mutt/1.9.1 (2017-09-22) |
Am 14.08.2018 um 11:35 hat Daniel P. Berrangé geschrieben:
> When the convert command is creating an output file that needs
> secrets, we need to ensure those secrets are passed to both the
> blk_new_open and bdrv_create API calls.
>
> This is done by qemu-img extracting all opts matching the name
> suffix "key-secret". Unfortunately the code doing this was run after the
> call to bdrv_create(), which meant the QemuOpts it was extracting
> secrets from was now empty.
>
> Previously this worked by luks as a bug meant the "key-secret"
> parameters were not purged from the QemuOpts. This bug was fixed in
>
> commit b76b4f604521e59f857d6177bc55f6f2e41fd392
> Author: Kevin Wolf <address@hidden>
> Date: Thu Jan 11 16:18:08 2018 +0100
>
> qcow2: Use visitor for options in qcow2_create()
>
> Exposing the latent bug in qemu-img. This fix simply moves the copying
> of secrets to before the bdrv_create() call.
>
> Signed-off-by: Daniel P. Berrangé <address@hidden>
Cc: address@hidden
> @@ -2461,9 +2458,9 @@ out:
> qemu_progress_print(100, 0);
> }
> qemu_progress_end();
> - qemu_opts_del(opts);
Why don't we need to free opts any more?
> qemu_opts_free(create_opts);
> qemu_opts_del(sn_opts);
> + qobject_unref(open_opts);
> blk_unref(s.target);
> if (s.src) {
> for (bs_i = 0; bs_i < s.src_num; bs_i++) {
Kevin
- Re: [Qemu-stable] [PATCH] qemu-img: fix regression copying secrets during convert,
Kevin Wolf <=