[libvirt] [PATCH RFC 11/11] qemu: backup: Implement support for backup disk bitmap name configuration

Nir Soffer nsoffer at redhat.com
Mon Jan 6 00:23:33 UTC 2020


On Fri, Dec 20, 2019 at 3:27 PM Peter Krempa <pkrempa at redhat.com> wrote:
>
> Use the user-configured name of the bitmap when merging the appropriate
> bitmaps for an excremental backup so that the user can see it as
> configured. Additionally expose the default bitmap name if nothing is
> configured.
>
> Signed-off-by: Peter Krempa <pkrempa at redhat.com>
> ---
>  src/qemu/qemu_backup.c | 9 ++++++++-
>  1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/src/qemu/qemu_backup.c b/src/qemu/qemu_backup.c
> index 54e726ca4a..795026d24b 100644
> --- a/src/qemu/qemu_backup.c
> +++ b/src/qemu/qemu_backup.c
> @@ -322,7 +322,10 @@ qemuBackupDiskPrepareDataOne(virDomainObjPtr vm,
>          return -1;
>
>      if (incremental) {
> -        dd->incrementalBitmap = g_strdup_printf("backup-%s", dd->domdisk->dst);
> +        if (dd->backupdisk->exportbitmap)
> +            dd->incrementalBitmap = g_strdup(dd->backupdisk->exportbitmap);
> +        else
> +            dd->incrementalBitmap = g_strdup_printf("backup-%s", dd->domdisk->dst);
>
>          if (qemuBackupDiskPrepareOneBitmaps(dd, actions, incremental,
>                                              blockNamedNodeData) < 0)
> @@ -368,6 +371,10 @@ static int
>  qemuBackupDiskPrepareDataOnePull(virJSONValuePtr actions,
>                                   struct qemuBackupDiskData *dd)
>  {
> +    if (!dd->backupdisk->exportbitmap &&
> +        dd->incrementalBitmap)
> +        dd->backupdisk->exportbitmap = g_strdup(dd->incrementalBitmap);

I wonder why we have 2 copies of the same value.

> +
>      if (qemuMonitorTransactionBackup(actions,
>                                       dd->domdisk->src->nodeformat,
>                                       dd->blockjob->name,
> --
> 2.23.0
>
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
>





More information about the libvir-list mailing list