I'm currently running 2 ceph clusters (ver. 0.80.1) which are providing
secondary storage for CloudPlatform. Each cluster resides in a different
datacenter and our federated gateway consists of a region (us-east-1) with 2
zones (zone-a [master], zone-b [slave]). Objects appear to be
replicating/sy
I'm currently running 2 ceph clusters (ver. 0.80.1) which are providing
secondary storage for CloudPlatform. Each cluster resides in a different
datacenter and our federated gateway consists of a region (us-east-1) with 2
zones (zone-a [master], zone-b [slave]). Objects appear to be
replicating/sy
Is anyone aware of a way to either reconcile or remove possible orphaned
"shadow" files in a federated gateway configuration? The issue we're seeing
is the number of chunks/shadow files on the slave has many more "shadow"
files than the master, the breakdown is as follows:
master zone:
.region-1
ptember 23, 2014 5:30 PM
To: lyn_mitch...@bellsouth.net
Cc: ceph-users; ceph-commun...@lists.ceph.com
Subject: Re: [ceph-users] Any way to remove possible orphaned files in a
federated gateway configuration
On Tue, Sep 23, 2014 at 3:05 PM, Lyn Mitchell wrote:
> Is anyone aware of a way to eith
all or most references to the
object to be deleted? Should "radosgw-admin object rm" or "rados -p
rm " be used?
Thanks in advance,
MLM
-Original Message-
From: Lyn Mitchell [mailto:mitc...@bellsouth.net]
Sent: Thursday, September 25, 2014 4:49 PM
To: '
ceph-users] Any way to remove possible orphaned files in a
federated gateway configuration
On Fri, Sep 26, 2014 at 8:28 AM, Lyn Mitchell wrote:
> Hi all,
> Is there a particular sequence or standard procedure when removing objects
> from a .rgw.buckets pool? I have some orphaned obje
Hello ceph users,
We have a federated gateway configured to replicate between two zones.
Replication seems to be working smoothly between the master and slave zone,
however I have a recurring error in the replication log with the following
info:
INFO:radosgw_agent.worker:17573 is processin
Hello all,
For a federated configuration, does the radosgw-agent use any type of
prioritization in regards to the way endpoints are used for the
synchronization process? (i.e. the order they are listed in the region-map,
maybe "rgw dns name" used, etc). We have a dedicated node in each zone to
ha
.domain-name.com in zone-2. While debugging was enabled I ran
across several occasions where the slave (rgw02-zone2-r1.domain-name.com)
was sending requests to rgw01-zone1-d1.domain-name.com. A snippet of the
slave rgw log while in debug mode:
From: Lyn Mitchell [mailto:mitc...@bellsouth.net]
S
