qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] Block layer core: Fix qemu-img 'amend' subcomma


From: Eric Blake
Subject: Re: [Qemu-devel] [PATCH] Block layer core: Fix qemu-img 'amend' subcommand failure of adjusting backing file in different path
Date: Fri, 21 Apr 2017 08:53:12 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0

On 04/21/2017 05:34 PM, Ping Li wrote:

Subject line is too long.  Better would be:

block: Fix qemu-img amend failure

Your system clock is WAAY off.  According to headers:

> Received: from notes_smtp.zte.com.cn ([10.30.1.239])
>       by mse01.zte.com.cn with ESMTP id v3L6FjYn087324;
>       Fri, 21 Apr 2017 14:15:45 +0800 (GMT-8)
>       (envelope-from address@hidden)
> Received: from localhost.localdomain ([10.74.120.79])
>       by szsmtp06.zte.com.cn (Lotus Domino Release 8.5.3FP6)
>       with ESMTP id 2017042114155070-1062351 ;
>       Fri, 21 Apr 2017 14:15:50 +0800 
> From: Ping Li <address@hidden>
> To: address@hidden, address@hidden
> Date: Sat, 22 Apr 2017 06:34:32 +0800

you sent this at 22:34 UTC, but the next hop in the chain received it at
6:15 UTC (16 hours earlier!).  Incorrect timestamps mess with mail
clients that like to sort threads based on time of most recent activity.


> Currently, qemu-img 'amend' subcommand would fail to adjust image's backing 
> file
> which was moved into different path.
> For example, parent.qcow2, the backing file of leaf.qcow2, first is at 
> /home/a/,
> then moved into /home/b/. Originally this command,
>  "qemu-img amend -f qcow2 -o 
> backing_fmt=qcow2,backing_file=/home/b/parent.qcow2 leaf.qcow2",
>  would fail because qemu-img failed to open the old backing file of 
> leaf.qcow2.
> Give the 'amend' subcommand a '-u' option to not open the old backing file
>  while openning leaf.qcow2.

s/openning/opening/

> 
> Signed-off-by: Li Ping<address@hidden>

Space before < is typical in git credits.

> ---
>  qemu-img.c | 16 ++++++++++------
>  1 file changed, 10 insertions(+), 6 deletions(-)
> 

General question before getting into the review - do we really need
amend -u, or should this behavior be automatic (that is, why do we need
access to the old backing image in the first place - can't we get along
with ONLY access to the new backing image always, when the amend options
include an update to the backing image)?

> diff --git a/qemu-img.c b/qemu-img.c
> index b220cf7..a32e9d6 100644
> --- a/qemu-img.c
> +++ b/qemu-img.c
> @@ -145,9 +145,10 @@ static void QEMU_NORETURN help(void)
>             "  'snapshot_id_or_name' is deprecated, use 'snapshot_param'\n"
>             "    instead\n"
>             "  '-c' indicates that target image must be compressed (qcow 
> format only)\n"
> -           "  '-u' enables unsafe rebasing. It is assumed that old and new 
> backing file\n"
> -           "       match exactly. The image doesn't need a working backing 
> file before\n"
> -           "       rebasing in this case (useful for renaming the backing 
> file)\n"
> +           "  '-u' enables unsafe rebasing or amending. It is assumed that 
> old and new\n"
> +           "       backing file match exactly. For rebasing, the image 
> doesn't need a working\n"
> +           "       backing file before rebasing in this case(useful for 
> renaming the backing file).\n"

Space before ( in English.

> +           "       For amending, it doesn't open backing file(useful for 
> moving images)\n"

and again

>             "  '-h' with or without a command shows this help and lists the 
> supported formats\n"
>             "  '-p' show progress of command (only certain commands)\n"
>             "  '-q' use Quiet mode - do not print any output (except 
> errors)\n"
> @@ -3538,7 +3539,7 @@ static int img_amend(int argc, char **argv)
>      QemuOptsList *create_opts = NULL;
>      QemuOpts *opts = NULL;
>      const char *fmt = NULL, *filename, *cache;
> -    int flags;
> +    int flags = 0;
>      bool writethrough;
>      bool quiet = false, progress = false;
>      BlockBackend *blk = NULL;
> @@ -3553,7 +3554,7 @@ static int img_amend(int argc, char **argv)
>              {"image-opts", no_argument, 0, OPTION_IMAGE_OPTS},
>              {0, 0, 0, 0}
>          };
> -        c = getopt_long(argc, argv, ":ho:f:t:pq",
> +        c = getopt_long(argc, argv, ":ho:f:t:pqu",
>                          long_options, NULL);
>          if (c == -1) {
>              break;
> @@ -3595,6 +3596,9 @@ static int img_amend(int argc, char **argv)
>          case 'q':
>              quiet = true;
>              break;
> +        case 'u':
> +            flags |= BDRV_O_NO_BACKING;

Does this really do what we want? When amending an image, our choice of
whether to expand a cluster to all zeroes depends heavily on qcow2
version AND whether there is a backing file; will this flag make us do
the wrong thing when converting a v3 image back to v2?

> +            break;
>          case OPTION_OBJECT:
>              opts = qemu_opts_parse_noisily(&qemu_object_opts,
>                                             optarg, true);
> @@ -3639,7 +3643,7 @@ static int img_amend(int argc, char **argv)
>          goto out;
>      }
>  
> -    flags = BDRV_O_RDWR;
> +    flags |= BDRV_O_RDWR;
>      ret = bdrv_parse_cache_mode(cache, &flags, &writethrough);
>      if (ret < 0) {
>          error_report("Invalid cache option: %s", cache);
> 

-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]