Bug 1117018 - Geo-rep: No cleanup for files "XSYNC-CHANGELOG" at working_dir for master volume.
Summary: Geo-rep: No cleanup for files "XSYNC-CHANGELOG" at working_dir for master vol...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: geo-replication
Version: 3.5.1
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: ---
Assignee: Aravinda VK
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-07-07 19:57 UTC by vnosov
Modified: 2015-12-30 05:29 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-12-30 05:29:19 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:

Attachments (Terms of Use)

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.
Note You need to log in before you can comment on or make changes to this bug.