From: Ian Campbell <ian.campbell@citrix.com>
To: Jim Fehlig <jfehlig@suse.com>, Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: wei.liu2@citrix.com, xen-devel@lists.xen.org
Subject: Re: [PATCH 3/3] docs: add more info about target= in disk config
Date: Tue, 23 Feb 2016 09:52:38 +0000 [thread overview]
Message-ID: <1456221158.6225.114.camel@citrix.com> (raw)
In-Reply-To: <56C7679C.8030908@suse.com>
On Fri, 2016-02-19 at 12:06 -0700, Jim Fehlig wrote:
> On 02/19/2016 10:23 AM, Ian Jackson wrote:
> > Jim Fehlig writes ("[PATCH 3/3] docs: add more info about target= in
> > disk config"):
> > > target= in disk config can be used to convey arbitrary
> > > configuration information to backends. Add a bit more info
> > > to xl-disk-configuration.txt to clarify this, including some
> > > simple nbd and rbd qdisk configurations.
> > > ---
> > > docs/misc/xl-disk-configuration.txt | 10 +++++++++-
> > > 1 file changed, 9 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/docs/misc/xl-disk-configuration.txt b/docs/misc/xl-disk-
> > > configuration.txt
> > > index 29f6ddb..0918fb8 100644
> > > --- a/docs/misc/xl-disk-configuration.txt
> > > +++ b/docs/misc/xl-disk-configuration.txt
> > > @@ -75,7 +75,15 @@ Special syntax:
> > > the target was already specified as a positional parameter. This
> > > is the only way to specify a target string containing
> > > metacharacters
> > > such as commas and (in some cases) colons, which would otherwise
> > > be
> > > - misinterpreted.
> > > + misinterpreted. Meta-information in a target string can be used
> > > to
> > > + specify configuration information for a qdisk block backend. For
> > > + example the nbd and rbd qdisk block backends can be configured
> > > with
> > > +
> > > + target=nbd:192.168.0.1:5555
> > > + target=rbd:pool/image:mon_host=192.186.0.1\\:6789
> > > +
> > > + Note the use of double backslash ('\\') for metacharacters that
> > > need
> > > + escaped.
> > I'm not entirely comfortable with documenting this as supported.
> > The difficulties I see are:
> >
> >
> > In the usual configuration, libxl decides for itself what (libxl)
> > backend to use. Different versions of libxl might make different
> > choices, so a configuration that works with one version of libxl might
> > not work with another. That's fine for an undocumented feature but
> > not so good if it's actually advertised. At the very least the docs
> > need to say that to rely on this you must specify backend=qdisk.
>
> The text I added in this patch states that meta-information can be used
> with
> qdisk. I didn't go as far as saying _only_ qdisk, since other backends
> might
> interpret such meta-information too. But I can add that if we decide to
> go with
> this doc patch.
>
> >
> >
> > And this is a layering violation, or rather a violation of the
> > expected semantics of the target string.
> >
> > I think it would be much better to support nbd and rbd explicitly in
> > libxl. Maybe we should have a "protocol=" parameter, so you could
> > write something like this:
> > disk=["vdev=xvda, protocol=nbd, target=192.168.0.1:5555"]
> >
> > This would allow libxl to make better choices about backends, even if
> > right now all it does is force the use of the qemu backend and pass
> > the target string to qemu.
>
> I agree with your suggestion, which is why I took that approach in the
> original
> RFC post
>
> http://lists.xenproject.org/archives/html/xen-devel/2016-01/msg03184.html
>
> Did you see the doc and IDL RFC patch attached to that post? IMO, we need
> more
> than just protocol. An rbd device configuration can include a pool/volume
> name,
> multiple servers, auth type, auth username, and auth passwd/data. E.g.
>
> disk = [ 'vdev=xvda, backendtype=qdisk, backendprotocol=rbd,
> server=192.168.0.1:5555, server=192.168.0.2:5555, auth=joe:joes-secret,
> target=some-pool/some-image' ]
>
> >
> >
> > Finally, if this is actually true, it is a bug. The specification
> > (docs/misc/xl-disk-configuration.txt) says:
> >
> > Description: Block device or image file path. When this is
> > used as a path, /dev will be prepended
> > if the path doesn't start with a '/'.
>
> That is not true. I've successfully used the following disk config
>
> disk = [ "vdev=xvdb, backendtype=qdisk,
>
> target=rbd:libvirtpool/image:auth_supported=none:mon_host=192.168.0.1\\:6
> 789\\;192.168.0.2\\:6789\\;192.168.0.3\\:6789"
> ]
>
> disk = [ "vdev=xvdb, backendtype=qdisk, target=nbd:192.168.0.1:5555" ]
>
> I wouldn't call those targets "image file paths", but they don't start
> with a
> '/' and none is prepended.
It has also been long expected that one can pass an iSCSI target= here.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
prev parent reply other threads:[~2016-02-23 9:52 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-17 3:54 [PATCH 0/3] libxl and docs: small improvements in qdisk support Jim Fehlig
2016-02-17 3:54 ` [PATCH 1/3] libxlu_cfg: reject unknown characters following '\' Jim Fehlig
2016-02-17 10:05 ` Ian Campbell
2016-02-17 10:11 ` Ian Campbell
2016-02-17 17:26 ` Jim Fehlig
2016-02-17 3:54 ` [PATCH 2/3] docs: fix typo in xl-disk-configuration.txt Jim Fehlig
2016-02-17 10:05 ` Ian Campbell
2016-02-17 3:54 ` [PATCH 3/3] docs: add more info about target= in disk config Jim Fehlig
2016-02-17 10:10 ` Ian Campbell
2016-02-17 17:24 ` Jim Fehlig
2016-02-18 10:22 ` Ian Campbell
2016-02-19 17:23 ` Ian Jackson
2016-02-19 19:06 ` Jim Fehlig
2016-02-23 9:52 ` Ian Campbell [this message]
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=1456221158.6225.114.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=jfehlig@suse.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).