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
 |