<div>Thanks to all of you for your answers.<br></div><div>I will try the archive tool as recommended by Aravinda.<br></div><div>Just for your information I suppose you are aware that having tons of files such as the CHANGELOGS in one single directory is really sub-optimal. Maybe better would be to have a 2 level hierarchy and store the files using an algorithm to distribute the files among that 2 level hierarchy of sub-directories, especially if there is no archiving of these files by default. Just my two cents ;-)<br></div><div><br></div><div>Cheers<br></div><div class="protonmail_signature_block protonmail_signature_block-empty"><div class="protonmail_signature_block-user protonmail_signature_block-empty"><div><br></div></div><div class="protonmail_signature_block-proton protonmail_signature_block-empty"><br></div></div><div><br></div><blockquote class="protonmail_quote" type="cite"><div>-------- Original Message --------<br></div><div>Subject: Re: [Gluster-users] Fw: Deletion of old CHANGELOG files in .glusterfs/changelogs<br></div><div>Local Time: April 5, 2017 8:44 AM<br></div><div>UTC Time: April 5, 2017 6:44 AM<br></div><div>From: atumball@redhat.com<br></div><div>To: Mohammed Rafi K C &lt;rkavunga@redhat.com&gt;<br></div><div>mabi &lt;mabi@protonmail.ch&gt;, Gluster Users &lt;gluster-users@gluster.org&gt;<br></div><div><br></div><div dir="ltr"><div><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" class="gmail_quote"><div bgcolor="#FFFFFF"><span class=""><blockquote type="cite"><blockquote type="cite" class="m_-6748981546244674762protonmail_quote"><div>Local Time: March 31, 2017 11:22 PM<br></div><div>UTC Time: March 31, 2017 9:22 PM<br></div><div>From: <a rel="noreferrer nofollow noopener" href="mailto:mabi@protonmail.ch" class="m_-6748981546244674762moz-txt-link-abbreviated">mabi@protonmail.ch</a><br></div><div>To: Gluster Users <a rel="noreferrer nofollow noopener" href="mailto:gluster-users@gluster.org" class="m_-6748981546244674762moz-txt-link-rfc2396E">&lt;gluster-users@gluster.org&gt;</a><br></div><div><br></div><div>Hi,<br></div><div><br></div><div>I am using geo-replication since now over a year on my
          3.7.20 GlusterFS volumes and noticed that the
          CHANGELOG.&lt;TIMESTAMP&gt; in the .glusterfs/changelogs
          directory of a brick never get deleted. I have for example
          over 120k files in one of these directories and it is growing
          constantly.<br></div><div><br></div><div>So my question, does GlusterFS have any mechanism to
          automatically delete old and processed CHANGELOG files? If not
          is it safe to delete them manually?<br></div></blockquote></blockquote><div><br></div></span><div>I will try to answer the question, I'm not an expert in
    geo-replication, So I could be wrong here. I think GlusterFS won't
    delete the changelogs automatically, reason being geo-replication is
    not the author of changelogs, it is just a consumer any other
    application could use changelogs.<br></div></div></blockquote><div><div><br></div></div><div><div>+1 for the reasoning.<br></div><div>&nbsp;<br></div></div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" class="gmail_quote"><div bgcolor="#FFFFFF"><div><br></div><div>You can safely delete<b> *all processed*</b> changelogs from actual
    changelogs directory and geo-replication directory. You can look
    into the stime set as the extended attribute on the root to see the
    time which geo-replication last synced.<br></div><div> <br></div></div></blockquote><div><br></div><div>If georep is the only consumer, you can use <a rel="noreferrer nofollow noopener" href="https://github.com/aravindavk/archive_gluster_changelogs">Aravinda's tool&nbsp; </a>to move the files to another dir, and delete them.<br></div><div>&nbsp;<br></div></div><div class="gmail_quote">Regards,<br></div><div class="gmail_quote">Amar<br></div><div class="gmail_quote"><div>&nbsp;<br></div></div></div></div></blockquote><div><br></div>