Re: Radosgw only gives 400s

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux