Bug 1117018

Summary:	Geo-rep: No cleanup for files "XSYNC-CHANGELOG" at working_dir for master volume.
Product:	[Community] GlusterFS	Reporter:	vnosov <vnosov>
Component:	geo-replication	Assignee:	Aravinda VK <avishwan>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	high
Version:	3.5.1	CC:	avishwan, bugs, gluster-bugs, vnosov
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-12-30 05:29:19 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description vnosov 2014-07-07 19:57:39 UTC

Description of problem:
Geo-replication does not delete old "XSYNC-CHANGELOG" files. It creates the new one every 60 seconds at master volume "working_dir". The "old" files are taking space from system disk and are never used. 


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results: geo-replication has to delete not used "XSYNC-CHANGELOG" files automatically.


Additional info:

Comment 1 Aravinda VK 2015-12-29 10:56:17 UTC

In the latest release of GlusterFS(3.7), these changelogs are archived after processing which can be cleaned up in regular intervals. 

Do we need this fix in 3.5.x? We can close this bug if this enhancement not required for 3.5.x. Please confirm.

Comment 2 vnosov 2015-12-29 19:16:54 UTC

Aravinda,

I'm using 3.6.X and 3.7.X now. So it's OK not to backport fix to 3.5.X.

Thanks!

Comment 3 Aravinda VK 2015-12-30 05:29:19 UTC

BZ 1169331 fixes this issue in 3.7, Closing this bug based on comment 2

Please reopen if found this issue again.

Thanks.