Hey,

I'll check see if I can get it going right now. Thanks for taking the time
to help out

Daniel


On Sat, May 25, 2013 at 7:01 PM, John Wilkins <john.wilk...@inktank.com>wrote:

> Daniel,
>
> I finished up the procedure this morning and put it up on the web. It
> seems to be working fine for me.
>
> On Fri, May 24, 2013 at 3:35 PM, John Wilkins <john.wilk...@inktank.com>
> wrote:
> > Daniel,
> >
> > I'm working on it. It did need a bit of a rewrite for ceph-deploy,
> > even though the steps are conceptually the same. In the step here:
> >
> >
> http://ceph.com/docs/master/start/quick-rgw/#modify-the-ceph-configuration-file
> >
> > 1. The rewrite--not published yet, as I'm working out a few more
> > kinks--is to use the ceph-deploy version of the ceph conf file on the
> > admin node. So you make the modification to the configuration file
> > there; then, use "ceph-deploy config push" to push it to the server
> > host.
> >
> > 2. Create a directory is on the server node, as before.
> >
> > 3. The rewrite rule there is outside of the <VirtualHost> tags, and
> > there are two instances of <VirtualHost>. Remove the first end, and
> > second beginning of the </VirtualHost><VirtualHost *:80>, but leave
> > the rewrite rule. That was a bug. Sorry.
> >
> > 4. Then, create the keyring here:
> > http://ceph.com/docs/master/start/quick-rgw/#generate-a-keyring-and-key
> >  It wouldn't have worked before, because you didn't have the right
> > keyring in /etc/ceph. The third step in that procedure says
> > ceph.keyring.  That's no longer correct. By convention with
> > ceph-deploy, the key ring is ceph.client.admin.keyring.
> >
> > 5. http://ceph.com/docs/master/start/quick-rgw/#enable-ssl  Do this
> > before creating the users if you want to use SSL.
> >
> > 6. Restart ceph, apache, and radosgw as the root user.  Then, proceed
> > to creating a user.
> >
> > I'll add some examples when I get all the quirks ironed out so you can
> > just cut and paste.
> >
> > Regards,
> >
> >
> > John
> >
> >
> > On Fri, May 24, 2013 at 2:22 PM, Daniel Curran <danielcurra...@gmail.com>
> wrote:
> >>
> >>
> >> ---------- Forwarded message ----------
> >> From: Daniel Curran <danielcurra...@gmail.com>
> >> Date: Fri, May 24, 2013 at 4:21 PM
> >> Subject: Re: [ceph-users] RADOS Gateway Configuration
> >> To: John Wilkins <john.wilk...@inktank.com>
> >>
> >>
> >> Hey,
> >>
> >> I just finished the 5-minute quick start for rados that was given
> earlier
> >> but I get the same issue.
> >>
> >>
> >> { "user_id": "johndoe",
> >>   "display_name": "John Doe",
> >>   "email": "j...@example.com",
> >>   "suspended": 0,
> >>   "max_buckets": 1000,
> >>   "auid": 0,
> >>   "subusers": [
> >>         { "id": "johndoe:swift",
> >>           "permissions": "full-control"}],
> >>   "keys": [
> >>         { "user": "johndoe",
> >>           "access_key": "ZM3S10OX6SPBDPGZC19J",
> >>           "secret_key": "AhZlWa1cLkff\/v0NLnMb7HGIAcPu3lMgM8CTKxey"}],
> >>
> >>   "swift_keys": [
> >>         { "user": "johndoe:swift",
> >>           "secret_key": ""}],
> >>   "caps": []}
> >>
> >> with no secret_key under "swift_keys" for me to pass along.
> Regenerating the
> >> keys doesn't do anything different. I've also tried using the secret_key
> >> under "keys" but that doesn't work either. Any thoughts?
> >>
> >>
> >> Thanks your help,
> >> Daniel
> >>
> >>
> >>
> >>
> >> On Thu, May 23, 2013 at 1:28 PM, John Wilkins <john.wilk...@inktank.com
> >
> >> wrote:
> >>>
> >>> It puts it in the same directory where you executed ceph-deploy.
> >>>
> >>> On Thu, May 23, 2013 at 10:57 AM, Daniel Curran
> >>> <danielcurra...@gmail.com> wrote:
> >>> > Hey John,
> >>> >
> >>> > Thanks for the reply. I'll check out that other doc you have there.
> Just
> >>> > for
> >>> > future reference do you know where ceph-deploy puts the ceph keyring?
> >>> >
> >>> > Daniel
> >>> >
> >>> >
> >>> > On Wed, May 22, 2013 at 7:19 PM, John Wilkins <
> john.wilk...@inktank.com>
> >>> > wrote:
> >>> >>
> >>> >> Daniel,
> >>> >>
> >>> >> It looks like I need to update that portion of the docs too, as it
> >>> >> links back to the 5-minute quick start. Once you are up and running
> >>> >> with "HEALTH OK" on either the 5-minute Quick Start or Quick Ceph
> >>> >> Deploy, your storage cluster is running fine. The remaining issues
> >>> >> would likely be with authentication, chmod on the files, or with the
> >>> >> RGW setup. There's a quick start for RGW, which I had verified here:
> >>> >> http://ceph.com/docs/master/start/quick-rgw/. Someone else had a
> >>> >> problem with the Rewrite rule on that example reported here:
> >>> >> http://tracker.ceph.com/issues/4608. It's likely I need to run
> through
> >>> >> with specific Ceph and Apache versions. There are also a few
> >>> >> additional tips in the configuration section.
> >>> >> http://ceph.com/docs/master/radosgw/config/
> >>> >>
> >>> >> There is an issue in some cases where keys have forward or backslash
> >>> >> characters, and you may need to regenerate the keys.
> >>> >>
> >>> >>
> >>> >>
> >>> >> On Wed, May 22, 2013 at 4:42 PM, Daniel Curran
> >>> >> <danielcurra...@gmail.com>
> >>> >> wrote:
> >>> >> >
> >>> >> > Hello,
> >>> >> >
> >>> >> > I just started using ceph recently and was trying to get the RADOS
> >>> >> > Gateway
> >>> >> > working in order to use the Swift compatible API. I followed the
> >>> >> > install
> >>> >> > instructions found here (http://ceph.com/docs/master
> >>> >> > /start/quick-ceph-deploy/) and got to a point where "ceph health"
> >>> >> > give
> >>> >> > me
> >>> >> > HEALTH_OK. This is all well and good but near the end of the
> rados gw
> >>> >> > setup
> >>> >> > (found here http://ceph.com/docs/master/radosgw/manual-install/)
> I
> >>> >> > need
> >>> >> > to
> >>> >> > execute the following line:
> >>> >> >
> >>> >> > sudo ceph -k /etc/ceph/ceph.keyring auth add
> client.radosgw.gateway
> >>> >> > -i
> >>> >> > /etc/ceph/keyring.radosgw.gateway
> >>> >> >
> >>> >> > Unfortunately, I don't believe ceph-deploy places the keyring at
> >>> >> > /etc/ceph/ceph.keyring. I tried to use the one from
> >>> >> > /var/lib/ceph/bootstrap-osd/ceph.keyring but it was unable to
> >>> >> > authenticate
> >>> >> > as client.admin. Is there another location that the keyring needs
> to
> >>> >> > be
> >>> >> > copied from or am I doing something totally wrong?
> >>> >> >
> >>> >> > I didn't want to be held back so I restarted and did the manual
> >>> >> > install
> >>> >> > from
> >>> >> > the 5-minute quick start where I was able to find the ring. I had
> >>> >> > more
> >>> >> > issues almost immediately. I have to execute the following steps
> to
> >>> >> > create
> >>> >> > some users for swift:
> >>> >> >
> >>> >> > radosgw-admin user create --uid=johndoe --display-name="John Doe"
> >>> >> > --email=j...@example.com
> >>> >> > sudo radosgw-admin subuser create --uid=johndoe
> >>> >> > --subuser=johndoe:swift
> >>> >> > --access=full
> >>> >> >
> >>> >> > sudo radosgw-admin key create --subuser=johndoe:swift
> >>> >> > --key-type=swift
> >>> >> >
> >>> >> > The first two gave me output I was expecting but the very last
> line
> >>> >> > had
> >>> >> > some
> >>> >> > weirdness that essentially made swift unusable. The expected
> output
> >>> >> > is
> >>> >> > something along these lines:
> >>> >> >
> >>> >> > { "user_id": "johndoe",
> >>> >> >   "rados_uid": 0,
> >>> >> >   "display_name": "John Doe",
> >>> >> >   "email": "j...@example.com",
> >>> >> >   "suspended": 0,
> >>> >> >   "subusers": [
> >>> >> >      { "id": "johndoe:swift",
> >>> >> >        "permissions": "full-control"}],
> >>> >> >   "keys": [
> >>> >> >     { "user": "johndoe",
> >>> >> >       "access_key": "QFAMEDSJP5DEKJO0DDXY",
> >>> >> >       "secret_key": "iaSFLDVvDdQt6lkNzHyW4fPLZugBAI1g17LO0+87"}],
> >>> >> >   "swift_keys": [
> >>> >> >     { "user": "johndoe:swift",
> >>> >> >       "secret_key":
> "E9T2rUZNu2gxUjcwUBO8n\/Ev4KX6\/GprEuH4qhu1"}]}
> >>> >> >
> >>> >> > Where that last secret key is what we hand the swift CLI as seen
> >>> >> > here:
> >>> >> >
> >>> >> > swift -V 1.0 -A http://radosgw.example.com/auth -U johndoe:swift
> -K
> >>> >> > E9T2rUZNu2gxUjcwUBO8n\/Ev4KX6\/GprEuH4qhu1 post test
> >>> >> >
> >>> >> > However, my output came out like this:
> >>> >> >
> >>> >> > { "user_id": "johndoe",
> >>> >> >   "display_name": "John Doe",
> >>> >> >   "email": "j...@example.com",
> >>> >> >   "suspended": 0,
> >>> >> >   "max_buckets: 1000,
> >>> >> >   "auid": 0,
> >>> >> >  "subusers": [
> >>> >> >      { "id": "johndoe:swift",
> >>> >> >        "permissions": "full-control"}],
> >>> >> >   "keys": [
> >>> >> >     { "user": "johndoe",
> >>> >> >       "access_key": "SUEXWVL3WB2Z64CRAG97",
> >>> >> >       "secret_key": "C\/jHFJ3wdPv4iJ+aq4JeZ52LEC3OdnhsYEnVkhBP"}],
> >>> >> >   "swift_keys": [
> >>> >> >     { "user": "johndoe:swift",
> >>> >> >       "secret_key": ""}],
> >>> >> >   "caps": []}
> >>> >> >
> >>> >> >
> >>> >> > Giving me no swift key to use. I don't believe the key is
> supposed to
> >>> >> > be
> >>> >> > blank because I tried that and received auth errors (to the best
> of
> >>> >> > my
> >>> >> > ability). I can't tell if this is my fault since I'm new nor am I
> >>> >> > able
> >>> >> > to
> >>> >> > find a way around it. It looks like there are definitely changes
> >>> >> > between
> >>> >> > the
> >>> >> > version used in the doc and mine so maybe it's all working as it
> >>> >> > should
> >>> >> > but
> >>> >> > the secret_key for swift lives somewhere else. If anyone knows
> >>> >> > anything
> >>> >> > I'd
> >>> >> > appreciate it a lot.
> >>> >> >
> >>> >> > Thank you,
> >>> >> > Daniel
> >>> >> >
> >>> >> >
> >>> >> >
> >>> >> > _______________________________________________
> >>> >> > ceph-users mailing list
> >>> >> > ceph-users@lists.ceph.com
> >>> >> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
> >>> >> >
> >>> >>
> >>> >>
> >>> >>
> >>> >> --
> >>> >> John Wilkins
> >>> >> Senior Technical Writer
> >>> >> Intank
> >>> >> john.wilk...@inktank.com
> >>> >> (415) 425-9599
> >>> >> http://inktank.com
> >>> >
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> John Wilkins
> >>> Senior Technical Writer
> >>> Intank
> >>> john.wilk...@inktank.com
> >>> (415) 425-9599
> >>> http://inktank.com
> >>
> >>
> >>
> >
> >
> >
> > --
> > John Wilkins
> > Senior Technical Writer
> > Intank
> > john.wilk...@inktank.com
> > (415) 425-9599
> > http://inktank.com
>
>
>
> --
> John Wilkins
> Senior Technical Writer
> Intank
> john.wilk...@inktank.com
> (415) 425-9599
> http://inktank.com
>
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to