Re: Geo-Replication "FILES SKIPPED"

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

 



We're currently running Gluster 3.6.5 on CentOS 6.  We are planning on upgrading to 3.7.x sometime soon if that will resolve our issues, but this being a high traffic production environment it's hard to schedule downtime to do so.

We have also tried creating a new, empty slave volume, and setting up a new geo-replication link.  Even with that all of the data on the master isn't copied.  It get's about half-way, goes into "Changelog Crawl" mode, and then only syncs new data.  Because of that we've stopped using geo-replication for now, and set up some rsync scripts instead.

If there's a 100% effective and officially supported way of forcing a full sync that would be great.  None of the suggestions/tips/workarounds I've seen on the lists so far have worked to do so.




Thank You,

Logan Barfield
Tranquil Hosting

On Fri, Oct 23, 2015 at 1:26 AM, Aravinda <avishwan@xxxxxxxxxx> wrote:
Hi,

First error "Operation not permitted" looks like due to GFID conflict. We are working on auto resolving GFID conflict issues so that Geo-replication will not halt due to these issues. Please let us know which version of Gluster you are using so that we can provide workaround steps to re-sync the Skipped files.

Log file records Skipped files GFIDs, we can retrigger the sync for those GFIDs if required. Sometimes these errors(rsync/tar) are due to errors in some files but Geo-replication records as SKIPPED for the entire batch. We are working on recording failures more granular.
regards
Aravinda
On 10/14/2015 08:36 PM, Logan Barfield wrote:
We had a connectivity issue on a "tar+ssh" geo-rep link yesterday that
caused a lot of issues.  When the link came back up it immediately went
into a "faulty" state, and the logs were showing "Operation not permitted"
and "File Exists" errors in a loop.

We were finally able to get things back on track by shutting down the
geo-rep link, killing the hung tar processes on the slave, and bringing the
link back up in "rsync" mode.

The master is now back in a "Changelog Crawl" status, and I have confirmed
new files are being copied to the slave correctly.

The status on the master is currently showing 100k+ "FILED SKIPPED."

My question is: Where can I see which files were skipped, and how can I
force them to replicate/update to the slave?



_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users


_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux