From: "Richard W.M. Jones" <rjones@redhat.com>
To: "Denis V. Lunev" <den@openvz.org>
Cc: Kevin Wolf <kwolf@redhat.com>,
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
qemu-block@nongnu.org, qemu-devel@nongnu.org,
Max Reitz <mreitz@redhat.com>,
Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>
Subject: Re: [PATCH for 5.2 1/1] qemu-io: add -V flag for read sub-command
Date: Mon, 10 Aug 2020 13:52:15 +0100 [thread overview]
Message-ID: <20200810125215.GJ3888@redhat.com> (raw)
In-Reply-To: <20200810123555.30481-1-den@openvz.org>
On Mon, Aug 10, 2020 at 03:35:55PM +0300, Denis V. Lunev wrote:
> The problem this patch is trying to address is libguestfs behavior on the
> appliance startup. It starts supporting to use root=UUID definition in
> the kernel command line of its root filesystem using
> file -- /usr/lib64/guestfs/appliance/root
> This works fine with RAW image, but we are using QCOW2 as a storage to
> save a bit of file space and in this case we get
> QEMU QCOW Image (v3), 1610612736 bytes
> instead of UUID of the root filesystem.
>
> The solution is very simple - we should dump first 256k of the image file
> like the follows
> qemu-io -c "read -V 0 256k" appliance | file -
> which will provide correct result for all possible types of the appliance
> storage.
>
> Unfortunately, additional option for qemu-io is the only and the simplest
> solution as '-v' creates very specific output, which requires to be
> parsed. 'qemu-img dd of=/dev/stdout' does not work and the fix would be
> much more intrusive.
I like the idea of the flag - we could also use it in the nbdkit test
suite.
I wonder if the actual flag ('V') is a good idea because I would
normally associate that with getting the version of a command. But
as these are subcommand flags, that's probably not too relevant here.
So I think this is fine from my point of view.
Rich.
> Signed-off-by: Denis V. Lunev <den@openvz.org>
> CC: Andrey Shinkevich <andrey.shinkevich@virtuozzo.com>
> CC: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>
> CC: Kevin Wolf <kwolf@redhat.com>
> CC: Max Reitz <mreitz@redhat.com>
> CC: Richard W.M. Jones <rjones@redhat.com>
> ---
> P.S. Patch to libguestfs will follow.
>
> qemu-io-cmds.c | 17 +++++++++++++----
> 1 file changed, 13 insertions(+), 4 deletions(-)
>
> diff --git a/qemu-io-cmds.c b/qemu-io-cmds.c
> index baeae86d8c..7aae9726cd 100644
> --- a/qemu-io-cmds.c
> +++ b/qemu-io-cmds.c
> @@ -718,7 +718,7 @@ static const cmdinfo_t read_cmd = {
> .cfunc = read_f,
> .argmin = 2,
> .argmax = -1,
> - .args = "[-abCqv] [-P pattern [-s off] [-l len]] off len",
> + .args = "[-abCqvV] [-P pattern [-s off] [-l len]] off len",
> .oneline = "reads a number of bytes at a specified offset",
> .help = read_help,
> };
> @@ -728,6 +728,7 @@ static int read_f(BlockBackend *blk, int argc, char **argv)
> struct timespec t1, t2;
> bool Cflag = false, qflag = false, vflag = false;
> bool Pflag = false, sflag = false, lflag = false, bflag = false;
> + bool vrawflag = true;
> int c, cnt, ret;
> char *buf;
> int64_t offset;
> @@ -737,7 +738,7 @@ static int read_f(BlockBackend *blk, int argc, char **argv)
> int pattern = 0;
> int64_t pattern_offset = 0, pattern_count = 0;
>
> - while ((c = getopt(argc, argv, "bCl:pP:qs:v")) != -1) {
> + while ((c = getopt(argc, argv, "bCl:pP:qs:vV")) != -1) {
> switch (c) {
> case 'b':
> bflag = true;
> @@ -777,6 +778,9 @@ static int read_f(BlockBackend *blk, int argc, char **argv)
> case 'v':
> vflag = true;
> break;
> + case 'V':
> + vrawflag = true;
> + break;
> default:
> qemuio_command_usage(&read_cmd);
> return -EINVAL;
> @@ -869,10 +873,15 @@ static int read_f(BlockBackend *blk, int argc, char **argv)
> if (vflag) {
> dump_buffer(buf, offset, count);
> }
> + if (vrawflag) {
> + write(STDOUT_FILENO, buf, count);
> + }
>
> /* Finally, report back -- -C gives a parsable format */
> - t2 = tsub(t2, t1);
> - print_report("read", &t2, offset, count, total, cnt, Cflag);
> + if (!vrawflag) {
> + t2 = tsub(t2, t1);
> + print_report("read", &t2, offset, count, total, cnt, Cflag);
> + }
>
> out:
> qemu_io_free(buf);
> --
> 2.17.1
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
next prev parent reply other threads:[~2020-08-10 12:53 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-10 12:35 [PATCH for 5.2 1/1] qemu-io: add -V flag for read sub-command Denis V. Lunev
2020-08-10 12:52 ` Richard W.M. Jones [this message]
2020-08-10 12:58 ` Denis V. Lunev
2020-08-10 14:02 ` Vladimir Sementsov-Ogievskiy
2020-08-10 14:40 ` Kevin Wolf
2020-08-10 14:41 ` Denis V. Lunev
2020-08-10 14:20 ` Eric Blake
2020-08-10 15:07 ` Vladimir Sementsov-Ogievskiy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200810125215.GJ3888@redhat.com \
--to=rjones@redhat.com \
--cc=andrey.shinkevich@virtuozzo.com \
--cc=den@openvz.org \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=vsementsov@virtuozzo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.