Re: Regarding Federated Gateways - Zone Sync Issues

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

 



You need to create two system users, in both zones.  They should have the same name, access key, and secret in both zones.  By convention, these system users are named the same as the zones.

You shouldn't use those system users for anything other than replication.  You should create a non-system user to interact with the cluster.  Just like you don't run as root all the time, you don't want to be a radosgw system user all the time.  You only need to create this user in the primary zone.

Once replication is working, it should copy the non-system user to the secondary cluster, as well as any buckets and objects this user creates.


On Wed, Nov 19, 2014 at 1:16 AM, Vinod H I <vinvinod@xxxxxxxxx> wrote:
Hi, 
I am using firefly version 0.80.7.
I am testing disaster recovery mechanism for rados gateways.
I have followed the federated gateway setup as mentioned in the docs.
There is one region with two zones on the same cluster.
After sync(using radosgw-agent, with "--sync-scope=full"), container created by the swift user(with "--system" flag) on the master zone gateway is not visible for the swift user(with "--system" flag) on the slave zone.
There are no error during the syncing process.
I tried by creating a new slave zone user with same uid and access and secret keys as that of master. It did not work!
Any idea on how to be able to read the synced containers from the slave zone?
Is there any requirement that the two zones must be on separate clusters?
--
Vinod H I


_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com


_______________________________________________
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