[ceph-users] Re: Correct Migration Workflow Replicated -> Erasure Code

2024-06-18 Thread Huy Nguyen
Hi, I created a secondary zone where the placement maps to an EC pool. 2 zones are under the same zonegroup and same cluster. But the secondary zone or EC pool did not receive any data (only user info is synced). So how do you make it work? Thanks ___

[ceph-users] Re: Correct Migration Workflow Replicated -> Erasure Code

2019-10-29 Thread Konstantin Shalygin
On 10/29/19 1:40 AM, Mac Wynkoop wrote: So, I'm in the process of trying to migrate our rgw.buckets.data pool from a replicated rule pool to an erasure coded pool. I've gotten the EC pool set up, good EC profile and crush ruleset, pool created successfully, but when I go to "rados cppool xxx.rg

[ceph-users] Re: Correct Migration Workflow Replicated -> Erasure Code

2019-10-30 Thread Paul Emmerich
We've solved this off-list (because I already got access to the cluster) For the list: Copying on rados level is possible, but requires to shut down radosgw to get a consistent copy. This wasn't feasible here due to the size and performance. We've instead added a second zone where the placement m

[ceph-users] Re: Correct Migration Workflow Replicated -> Erasure Code

2019-10-30 Thread Mac Wynkoop
RADOS import/export? Will look into that. I ended up going with Paul's suggestion, and created a separate zone under the main zonegroup with another RGW instance running that zone, and had it sync the data into the Erasure-Coded zone. Made it very easy to do! Thanks, Mac On Wed, Oct 30, 2019 at