Yup, that was it. There was an install problem on my testing machine. Thanks so much for your help! On Mon, Mar 4, 2013 at 9:59 AM, Yehuda Sadeh <yehuda@xxxxxxxxxxx> wrote: > Not that I'm aware of. Make sure you're really using the module you > think you're using. > > On Mon, Mar 4, 2013 at 9:54 AM, Nick Bartos <nick@xxxxxxxxxxxxxxx> wrote: >> I'm actually using that one already (compiled from source). Is there >> something I'm missing in httpd.conf? >> >> >> On Mon, Mar 4, 2013 at 9:50 AM, Yehuda Sadeh <yehuda@xxxxxxxxxxx> wrote: >>> Use a different fastcgi module. A package for ubuntu precise can be found here: >>> >>> http://gitbuilder.ceph.com/libapache-mod-fastcgi-deb-precise-x86_64-basic/ >>> >>> Sources for it here: >>> >>> https://github.com/ceph/mod_fastcgi >>> >>> On Mon, Mar 4, 2013 at 9:43 AM, Nick Bartos <nick@xxxxxxxxxxxxxxx> wrote: >>>> Yup, that was it. My endpoints were wrong (still using the endpoints >>>> from openstack swift). Once I changed them to >>>> http://hostname/swift/v1, it's mostly working (well at least I'm not >>>> getting 400's). >>>> >>>> I can list and create containers, but I'm having an issue uploading a file: >>>> >>>> Mar 4 17:38:16 node-172-17-0-13 apache2[31127]: [error] [client >>>> 172.17.0.15] chunked Transfer-Encoding forbidden: /swift/v1/test/test >>>> >>>> Looks like this may be an apache issue. Any ideas? >>>> >>>> >>>> On Mon, Mar 4, 2013 at 9:31 AM, Yehuda Sadeh <yehuda@xxxxxxxxxxx> wrote: >>>>> On Mon, Mar 4, 2013 at 9:18 AM, Nick Bartos <nick@xxxxxxxxxxxxxxx> wrote: >>>>>> Yea my first thought was a rewrite rule issue. Unfortunately the one >>>>>> you just gave me also ends up with the same result. Here is a log >>>>>> snippet when trying to list containers and create a new container from >>>>>> the openstack folsom dashboard: >>>>>> >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965606 7fd895016780 20 enqueued request req=0x7fd8968ca010 >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965624 7fd895016780 20 RGWWQ: >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965626 7fd895016780 20 req: 0x7fd8968ca010 >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965628 7fd895016780 10 allocated request req=0x7fd8968e4c40 >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965669 7fd8417fa700 20 dequeued request req=0x7fd8968ca010 >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965677 7fd8417fa700 20 RGWWQ: empty >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965681 7fd8417fa700 1 ====== starting new request >>>>>> req=0x7fd8968ca010 ===== >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965704 7fd8417fa700 2 req 13:0.000023::::initializing >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965730 7fd8417fa700 10 >>>>>> s->object=AUTH_2c5cfd34f2af41919847c0f4e0a28e04 s->bucket=v1 >>>>>> Mar 4 17:16:02 node-172-17-0-13 radosgw.log: 2013-03-04 >>>>>> 17:16:02.965749 7fd8417fa700 2 req 13:0.000068::GET >>>>>> /v1/AUTH_2c5cfd34f2af41919847c0f4e0a28e04::http status=400 >>>>> >>>>> Well, at least the rewrite rule works now. Are you using keystone, or >>>>> an external swift auth server? If so then the endpoint should be >>>>> defined differently: http[s]://<hostname>/swift >>>>> >>>>> Yehuda _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com