CEPH filesystem development
 help / color / mirror / Atom feed
From: Jason Dillaman <dillaman@redhat.com>
To: Mykola Golub <mgolub@mirantis.com>
Cc: "Bartłomiej Święcki" <bartlomiej.swiecki@corp.ovh.com>,
	"Ceph Development" <ceph-devel@vger.kernel.org>,
	"Josh Durgin" <jdurgin@redhat.com>
Subject: Re: RBD image name constraints
Date: Mon, 11 Apr 2016 10:29:10 -0400 (EDT)	[thread overview]
Message-ID: <1377018242.49644766.1460384950765.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20160411093703.GA17959@gmail.com>

> > >
> > >You can still bypass the limitation by using --pool, --image, and
> > >--snap options, and I would recommend to always use these in scripts
> > >instead of specs.
> > >
> > True, but even if I specify image name with --image argument it still goes
> > through rbd::utils::extract_spec function (or set_pool_image_name in old
> > code) so there's no way to put there any raw name I want.
> 
> Ah, it is rather unfortunate!
> 
> I expected that with --image argument you could only specify image
> name, but now I see we even have a comment in the code:
> 
>     // despite the separate pool and snapshot name options,
>     // we can also specify them via the image option
> 
> I would prefer if it was possible to specify only image name with
> --image argument, but I guess it would cause backward compatibility
> issues, so, the simplest solution may be to ease the regexp to:
> 
>   "^(?:([^/@]+)/)?([^@]+)(?:@([^@]+))?$" ?
> 
> Or may be even:
> 
>   "^(?:([^/@]+)/)?([^@]+)(?:@(.+))?$" ?
> 

It would probably make sense to relax it for non-create operations and use a strict regex for create/clone/import/rename operations.  

-- 

Jason Dillaman 


  reply	other threads:[~2016-04-11 14:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-08 12:23 RBD image name constraints Bartłomiej Święcki
2016-04-08 16:13 ` Ilya Dryomov
2016-04-08 17:36   ` Alex Elder
2016-04-08 18:12     ` Ilya Dryomov
2016-04-11  8:45   ` Bartłomiej Święcki
2016-04-08 20:29 ` Mykola Golub
2016-04-11  8:45   ` Bartłomiej Święcki
2016-04-11  9:37     ` Mykola Golub
2016-04-11 14:29       ` Jason Dillaman [this message]
2016-04-11 15:08         ` Ilya Dryomov
2016-04-12 12:32           ` Bartłomiej Święcki
2016-04-12 12:47             ` Wido den Hollander
2016-04-12 13:01               ` Jason Dillaman
2016-04-12 13:23                 ` Ilya Dryomov

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=1377018242.49644766.1460384950765.JavaMail.zimbra@redhat.com \
    --to=dillaman@redhat.com \
    --cc=bartlomiej.swiecki@corp.ovh.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=jdurgin@redhat.com \
    --cc=mgolub@mirantis.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox