I think yes, you can see request headers in the attached radosgw.log. Can you try access you cluster with curl or wget with none-existent bucket and file? and then show ceph osd dump?
-- Regards, Mikhail On Fri, 25 Apr 2014 16:26:09 +0400 Irek Fasikhov <[email protected]> wrote: > You correctly configured DNS records? > > > 2014-04-25 16:24 GMT+04:00 <[email protected]>: > > > $ radosgw-admin bucket list > > [ > > "test"] > > > > > > -- > > Regards, > > Mikhail > > > > > > On Fri, 25 Apr 2014 15:48:23 +0400 > > Irek Fasikhov <[email protected]> wrote: > > > > > Hi. > > > > > > radosgw-admin bucket list > > > > > > > > > > > > 2014-04-25 15:32 GMT+04:00 <[email protected]>: > > > > > > > Hi, All. > > > > Yesterday i managed to reproduce the bug on my test environment > > > > with a fresh installation of dumpling release. I`ve attached the > > > > link to archive with debug logs. > > > > http://lamcdn.net/pool_with_empty_name_bug_logs.tar.gz > > > > Test cluster contains only one bucket with name > > > > "test" and one file in this bucket with name README and acl > > > > public-read. Pool with empty name is created when RGW processes > > > > request with non-existent bucket name. For example: > > > > $ curl -kIL http://rgw.test.lo/test/README > > > > HTTP/1.1 200 OK <- bucket exists, file exists > > > > $ curl -kIL http://test.rgw.test.lo/README > > > > HTTP/1.1 200 OK <- bucket exists, file exists > > > > $ curl -kIL http://rgw.test.lo/test/README2 > > > > HTTP/1.1 403 OK <- bucket exists, file does not exists > > > > $ curl -kIL http://test.rgw.test.lo/README2 > > > > HTTP/1.1 403 Forbidden <- bucket exists, file does not exists > > > > $ curl -kIL http://rgw.test.lo/test2/README > > > > HTTP/1.1 404 Not Found <- bucket does not exists, pool with > > > > empty name is created > > > > $ curl -kIL http://test2.rgw.test.lo/README > > > > HTTP/1.1 404 Not Found <- bucket does not exists, pool with > > > > empty name is created > > > > > > > > If someone confirm this behaviour we can file a bug and request > > > > backport. > > > > > > > > -- > > > > Regards, > > > > Mikhail > > > > > > > > > > > > On Thu, 24 Apr 2014 10:33:00 -0700 > > > > Gregory Farnum <[email protected]> wrote: > > > > > > > > > Yehuda says he's fixed several of these bugs in recent code, > > > > > but if you're seeing it from a recent dev release, please > > > > > file a bug! Likewise if you're on a named release and would > > > > > like to see a backport. :) -Greg > > > > > Software Engineer #42 @ http://inktank.com | http://ceph.com > > > > > > > > > > > > > > > On Thu, Apr 24, 2014 at 4:10 AM, Dan van der Ster > > > > > <[email protected]> wrote: > > > > > > Hi, > > > > > > We also get the '' pool from rgw, which is clearly a bug > > > > > > somewhere. But we recently learned that you can prevent it > > > > > > from being recreated by removing the 'x' capability on the > > > > > > mon from your client.radosgw.* users, for example: > > > > > > > > > > > > client.radosgw.cephrgw1 > > > > > > key: xxx > > > > > > caps: [mon] allow r > > > > > > caps: [osd] allow rwx > > > > > > > > > > > > > > > > > > Cheers, Dan > > > > > > > > > > > > > > > > > > [email protected] wrote: > > > > > >> > > > > > >> Hi, > > > > > >> > > > > > >> I cant delete pool with empty name: > > > > > >> > > > > > >> $ sudo rados rmpool "" "" --yes-i-really-really-mean-it > > > > > >> successfully deleted pool > > > > > >> > > > > > >> but after a few seconds it is recreated automatically. > > > > > >> > > > > > >> $ sudo ceph osd dump | grep '^pool' > > > > > >> pool 3 '.rgw' rep size 2 min_size 1 crush_ruleset 0 > > > > > >> object_hash rjenkins pg_num 8 pgp_num 8 last_change 9 owner > > > > > >> 18446744073709551615 pool 4 '.rgw.gc' rep size 2 min_size 1 > > > > > >> crush_ruleset 0 object_hash rjenkins pg_num 8 pgp_num 8 > > > > > >> last_change 10 owner 18446744073709551615 pool 5 > > > > > >> '.rgw.control' rep size 2 min_size 1 crush_ruleset 0 > > > > > >> object_hash rjenkins pg_num 8 pgp_num 8 last_change 11 > > > > > >> owner 18446744073709551615 pool 6 '.users.uid' rep size 2 > > > > > >> min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 8 > > > > > >> pgp_num 8 last_change 13 owner 0 pool 7 '.users.email' rep > > > > > >> size 2 min_size 1 crush_ruleset 0 object_hash rjenkins > > > > > >> pg_num 8 pgp_num 8 last_change 15 owner 0 pool 8 '.users' > > > > > >> rep size 2 min_size 1 crush_ruleset 0 object_hash rjenkins > > > > > >> pg_num 8 pgp_num 8 last_change 17 owner 0 pool 9 > > > > > >> '.rgw.buckets' rep size 2 min_size 1 crush_ruleset 0 > > > > > >> object_hash rjenkins pg_num 1024 pgp_num 1024 last_change > > > > > >> 38 owner 18446744073709551615 pool 10 '.rgw.root' rep size > > > > > >> 2 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 8 > > > > > >> pgp_num 8 last_change 100 owner 0 pool 17 '' rep size 2 > > > > > >> min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 8 > > > > > >> pgp_num 8 last_change 3347 owner 0 > > > > > >> > > > > > >> ceph version 0.67.7 > > > > > >> (d7ab4244396b57aac8b7e80812115bbd079e6b73) > > > > > >> > > > > > >> How can i delete it forever? > > > > > >> > > > > > > > > > > > > -- Dan van der Ster || Data & Storage Services || CERN IT > > > > > > Department -- > > > > > > > > > > > > _______________________________________________ > > > > > > ceph-users mailing list > > > > > > [email protected] > > > > > > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > > > _______________________________________________ > > > > ceph-users mailing list > > > > [email protected] > > > > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > > > > > > > > > > > > > > > > > > _______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
