Hello All,<div id="yMail_cursorElementTracker_1632339372792"><br></div><div id="yMail_cursorElementTracker_1632339373018"><br></div><div id="yMail_cursorElementTracker_1632339373194">As I got no answer in Slack, I hope to find more info here.</div><div id="yMail_cursorElementTracker_1632339392796"><br></div><div id="yMail_cursorElementTracker_1632339393359">Do we have a geo-rep changelog cleanup mechanism ? Some users report running out of inodes on the bricks due to large ammount of changelogs and I couldn't find a clue if Gluster has such mechanism or not.</div><div id="yMail_cursorElementTracker_1632339441450"><br></div><div id="yMail_cursorElementTracker_1632339441665">I know that currently gsyncd is using the /var/lib/misc/gluster directory structure to store processed changelogs list in a tar, yet I don't see a mechanism to combine processed changelogs into a single file inside the brick.</div><div id="yMail_cursorElementTracker_1632339540949"><br></div><div id="yMail_cursorElementTracker_1632339541152">If we don't have such mechanism, I guess I can open an RFE to discuss it as due to never cleaned up changelogs, gluster might run out of inodes and affect production workloads.</div><div id="yMail_cursorElementTracker_1632339608198"><br></div><div id="yMail_cursorElementTracker_1632339608473">Thanks in advance.</div><div id="yMail_cursorElementTracker_1632339617921"><br></div><div id="yMail_cursorElementTracker_1632339618120">Best Regards,</div><div id="yMail_cursorElementTracker_1632339621428">Strahil Nikolov</div>