From: Loic Dachary <loic@dachary.org>
To: Jim Curtis <jicurtis@redhat.com>,
ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: How to leverage ceph udev rules for containerized ceph
Date: Mon, 14 Mar 2016 21:04:12 +0100 [thread overview]
Message-ID: <56E7193C.50202@dachary.org> (raw)
In-Reply-To: <CAGEA57c3e1mSZE6869GQzA5DFZ5ZqdLO1beasUgg8Lzak+0xxg@mail.gmail.com>
Hi Jim,
On 14/03/2016 19:34, Jim Curtis wrote:
> Greeting ceph-devel,
>
> We are working on a ceph containerization project within Red Hat. We
> have recently released our RHEL-based ceph container docker image and
> now we are moving on to handling a feature limitation with that image.
>
> Specifically, the issue is that on our Atomic host, there is no ceph
> installed, so there are no ceph udev rules to trigger dynamic
> configuration of OSDs when a disk is plugged into the host.
It would be convenient to have a standalone ceph-disk package (native or pypi) that includes udev rules and init scripts.
> What we would like to do is install our own set of ceph udev rules
> that would trigger the startup of our ceph docker container. We would
> like to leverage the current implementation of the ceph udev rules to
> do this.
Let say we allocate a new partition type for each existing partition type[1] so that ceph-disk knows it should docker run ceph-osd instead of running the ceph-osd daemon itself. If docker run ceph-osd has the same set of arguments as the ceph-osd daemon, the only thing to adapt is how the init system handles a container with a name instead of a daemon with a pid. Alternatively, ceph-disk could be instructed to delegate running the ceph-osd daemon to docker instead of using an init system. The later would make more sense to me because the semantic of an init system is not perfectly aligned with the docker run / stop semantic.
What I'm not sure about is how a ceph-osd running within a container can be instructed to use a given device. The only way I know is to expose /dev with --privileged which is probably too much. Is --device=/dev/sdb:/dev/sdb:rwm enough ? Is it possible, in case we only need to grant access to a partition used for journaling, to --device=/dev/sdc1:/dev/sdc1 ?
> Also, since ceph-disk and Ceph's udev rules are tightly coupled and
> ceph-disk creates systemd or upstart rules for OSD daemons, does it
> make sense to add hooks in ceph-disk to start up a containerized OSD
> daemons either in systemd or upstart?
Yes, but that would probably not be my first choice.
Could you please provide the URL to the RHEL-based ceph container docker image you released recently ?
Cheers
>
> Can somebody in this community help us with this?
>
> Thanks,
>
> Jim C.
[1] https://github.com/ceph/ceph/blob/master/udev/95-ceph-osd.rules#L4 etc.
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Loïc Dachary, Artisan Logiciel Libre
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-03-14 20:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-14 18:34 How to leverage ceph udev rules for containerized ceph Jim Curtis
2016-03-14 20:04 ` Loic Dachary [this message]
2016-03-14 20:28 ` Jim Curtis
2016-03-15 6:38 ` Loic Dachary
2016-03-16 12:27 ` Daniel Gryniewicz
2016-03-16 13:13 ` Loic Dachary
2016-03-17 15:24 ` Loic Dachary
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=56E7193C.50202@dachary.org \
--to=loic@dachary.org \
--cc=ceph-devel@vger.kernel.org \
--cc=jicurtis@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.