From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Richard W.M. Jones" <rjones@redhat.com>
Cc: kwolf@redhat.com, qemu-devel@nongnu.org
Subject: Re: Some comments on using qemu-storage-daemon
Date: Wed, 30 Sep 2020 09:49:00 +0100 [thread overview]
Message-ID: <20200930084900.GB2264779@redhat.com> (raw)
In-Reply-To: <20200930084058.GA29698@redhat.com>
On Wed, Sep 30, 2020 at 09:40:59AM +0100, Richard W.M. Jones wrote:
> I understand that QSD is at an early stage of development and I'm sure
> you have plans to fix these things. Nevertheless here are my comments
> after trying to add an interop test with libnbd.
>
> (1) Documentation! (Or complete lack of it ...) I had to ask Kevin
> how to construct the command line because several things were not
> obvious. In particular the --blockdev parameters only make sense if
> you're already used to constructing blockdev parameters (and these
> are, separately, not well-documented). And you have to supply the
> parameters in a particular order on the command line, else it doesn't
> work.
>
> (2) There seems to be no --pid-file option, so there's no way of
> knowing when the server is ready to accept connections, except to
> start QSD and then "sleep for a bit".
It supports QMP via the normal chardev framework, so you can pre-create
a UNIX listener socket and pass in the pre-opened FD. The parent just
sends the QMP handshake, and waits until it gets EOF (exited during
startup) or gets the QMP response (successfully running).
>
> (3) Seems to be no support for either serving requests over
> stdin/stdout (qemu-nbd also lacks this, but it's common for other NBD
> servers); or for systemd socket activation (qemu-nbd supports this).
>
> (4) Some parameter names changed between 5.1 and upstream. I
> understand that you're still finalizing the command line, so this
> isn't a problem in itself, but others who try to use QSD will need to
> be aware of it.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2020-09-30 8:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-30 8:40 Some comments on using qemu-storage-daemon Richard W.M. Jones
2020-09-30 8:49 ` Daniel P. Berrangé [this message]
2020-09-30 9:08 ` Richard W.M. Jones
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=20200930084900.GB2264779@redhat.com \
--to=berrange@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rjones@redhat.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.