Hi, > Based on the debug log, radosgw is definitely the software that's > incorrectly parsing the URL. For example: > > > 2014-06-25 17:30:37.383134 7f7c6cfa9700 20 > REQUEST_URI=/ubuntu/pool/main/a/adduser/adduser_3.113+nmu3ubuntu3_all.deb > 2014-06-25 17:30:37.383199 7f7c6cfa9700 10 > s->object=ubuntu/pool/main/a/adduser/adduser_3.113 nmu3ubuntu3_all.deb > s->bucket=ubuntu > > I'll dig into this some more, but it definitely looks like radosgw is the > one that's unencoding the + character here. How else would it be receiving > the request_uri with the + in it, but then a little bit later the request > has a space in it instead?
Note that AFAIK, in fastcgi, REQUEST_URI is _supposed_ to be an URL encoded version and should be URL-decoded by the fastcgi handler. So converting the + to ' ' seems valid to me. Cheers, Sylvain _______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
