Moving RGW buckets under tenant namespaces

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

 



I was looking into moving buckets owned by a user under a tenant
namespace; (a common usecase is in openstack installations where tenant
namespaces are preferred with openstack keystone for eg.). Doing this
manually with rados and radosgw-admin cli would involve something in the
lines of:

1. Copying the user and user.buckets object under the users.uid pool with
  the tenant$user name with rados cp which seems to preserve omaps

2 radosgw-admin metadata get user:<uid> > uid.json # change uid to
  reflect the tenant field

3 radosgw-admin metadata get bucket:<bucket-name> modifying the empty
  tenant field with the tenant info; and owner to the tenant$user format
  and finally metadata put bucket:tenant/<bucket-name>

4 repeating the same metadata get/put for
  bucket.instance 

5 metadata rm user:<old-username> bucket:<old-bucket-name>
  bucket.instance:<old-instance>

6 radosgw-admin metadata put < modified-uid.json

I'm not sure whether this covers all the bases or any other metadata is
left behind? 

Current RGW Bucket link/unlink does steps 2,3 and getting
the ACLs right and correctly adding and removing the omap entries in the
user.bucket object, though in the current form it would fail as
version checks for a non existent object would fail. 

Given these complexities would it also make sense supporting this in
radosgw-admin? (with the caveat that we want no buckets or user
metadata of the concerned user also modified during this time frame)

--
Abhishek Lekshmanan
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton,
HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



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

  Powered by Linux