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
 |