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
 |