<div dir="ltr">Hey Venky,<div><br></div><div>That sounds...promising. But, I would like to do stuff *after* a file is changed on the source but *before* the change is pushed through a geo-repl link to a target. When multi fan-out replication is done, it should even be possible to have some custom stuff happening on one target and some other custom stuff on another target.\</div>
<div><br></div><div>Is that possible without touching the Geo-replication code? Then, I am *very* interested indeed.</div><div class="gmail_extra"><div><div dir="ltr"><br>Fred<br><div><br></div></div></div><div class="gmail_quote">
On Tue, Nov 26, 2013 at 6:42 AM, Venky Shankar <span dir="ltr">&lt;<a href="mailto:yknev.shankar@gmail.com" target="_blank">yknev.shankar@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div style="font-family:arial,helvetica,sans-serif">Hey Fred,</div><div style="font-family:arial,helvetica,sans-serif"><br></div><div style="font-family:arial,helvetica,sans-serif">

You could implement this without touching Geo-Replication code. Gluster now has the changelog translator (journaling mechanism) which records changes made to the filesystem (on each brick). Journals can be consumed using the changelog consumer library (libgfchangelog). Geo-Replication is just one such consumer of the changelogs (earlier the change detection mechanism used to be a filesystem crawl based on xtime).</div>


<div style="font-family:arial,helvetica,sans-serif"><br></div><div style="font-family:arial,helvetica,sans-serif">Thinking from hook-scripts POV, you would even invoke them from libgfchangelog -- which gets notified by the changelog translator after a certain time interval. The granularity here would be a bunch of files (GFIDs actually, not file names) instead of per file basis. The library has APIs to mark changelogs as processed, which would be used to invoke post replication hooks (but this is only on source, not on destination).</div>


<div style="font-family:arial,helvetica,sans-serif"><br></div><div style="font-family:arial,helvetica,sans-serif">Let me know what you think of the above approaches.</div><div style="font-family:arial,helvetica,sans-serif">


<br></div><div style="font-family:arial,helvetica,sans-serif">Thanks,</div><div style="font-family:arial,helvetica,sans-serif">-venky</div></div><div class="gmail_extra"><br><br>

<div class="gmail_quote"><div><div class="h5">On Tue, Nov 26, 2013 at 3:13 AM, Fred van Zwieten <span dir="ltr">&lt;<a href="mailto:fvzwieten@vxcompany.com" target="_blank">fvzwieten@vxcompany.com</a>&gt;</span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">

<div dir="ltr">Hi,<div><br></div><div>I have created a proposal for the implementation of Geo Replication Hooks. See here: <a href="http://www.gluster.org/community/documentation/index.php/Features/Geo_Replication_Hooks" target="_blank">http://www.gluster.org/community/documentation/index.php/Features/Geo_Replication_Hooks</a></div>



<div><br></div><div>Any comments, thoughts, etc would be great.<span><font color="#888888"><br clear="all"><div><div dir="ltr"><br><div>Fred</div></div></div>
</font></span></div></div>
<br></div></div>_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>
</blockquote></div><br></div></div>