From: Jason Dillaman <dillaman@redhat.com>
To: Mykola Golub <mgolub@mirantis.com>
Cc: Ceph Development <ceph-devel@vger.kernel.org>
Subject: Re: RBD mirroring CLI proposal ...
Date: Wed, 23 Sep 2015 09:04:52 -0400 (EDT) [thread overview]
Message-ID: <99106919.33030088.1443013492368.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20150923063313.GA8713@gmail.com>
> In this case the commands look a little confusing to me, as from their
> names I would rather think they enable/disable mirror for existent
> images too. Also, I don't see a command to check what current
> behaviour is. And, I suppose it would be useful if we could configure
> other default features for a pool (exclusive-lock, object-map, ...)
> Also, I am not sure we should specify <pool-name> this way, as it is
> not consistent with other rbd commands. By default rbd operates on
> 'rbd' pool, which can be changed by --pool option. So what do you
> think if we have something similar to 'rbd feature' commands?
>
> rbd [--pool <pool>] default-feature enable <feature>
> rbd [--pool <pool>] default-feature disable <feature>
> rbd [--pool <pool>] default-feature show [<feature>]
>
> (If <feature> is not specified in the last command, all features are
> shown).
>
> Similarly, it might be useful to have 'rbd feature show' command:
>
> rbd feature show <image-spec> [<feature>]
>
> BTW, where do you think these default feature flags will be stored?
> Storing in pg_pool_t::flags I suppose is the easiest but it looks like
> a layering violation.
>
I used 'mirror pool enable/disable' to keep all the related commands together. I wasn't attempting to create a mechanism to specify arbitrary default features for a given pool, only the ability to enable mirroring (by default) on a given pool since that is the use case discussed at CDS.
Image features can already be seen (along with lots of other image stats) via "rbd info <image-spec>". Mirror pool settings can be seen via the previously proposed "mirror pool info" command.
prev parent reply other threads:[~2015-09-23 13:04 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <604040155.31290870.1442846770290.JavaMail.zimbra@redhat.com>
2015-09-21 14:48 ` RBD mirroring CLI proposal Jason Dillaman
2015-09-22 9:28 ` Mykola Golub
2015-09-22 17:32 ` Jason Dillaman
2015-09-23 6:33 ` Mykola Golub
2015-09-23 7:34 ` Mykola Golub
2015-09-23 13:06 ` Jason Dillaman
2015-09-23 8:48 ` Ilya Dryomov
2015-09-23 13:08 ` Jason Dillaman
2015-09-23 17:58 ` Ilya Dryomov
2015-09-23 18:28 ` Jason Dillaman
2015-09-23 19:15 ` Ilya Dryomov
2015-09-23 13:04 ` Jason Dillaman [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=99106919.33030088.1443013492368.JavaMail.zimbra@redhat.com \
--to=dillaman@redhat.com \
--cc=ceph-devel@vger.kernel.org \
--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 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.