[Gluster-devel] Update md-cache after triggering FOP via syncop framework?

[Niels de Vos]

On Mon, Jun 04, 2018 at 03:23:05PM +0200, David Spisla wrote:
> Dear Gluster-Devels,
> 
> I'm currently using the syncop framework to trigger certain file operations
> within the Server Translators stack. At the same time, file attributes such
> as file rights and timestamps are changed (atime, mtime). I noticed that
> the md-cache does not get the changed attributes or only when the upcall
> xlator is activated eg by a READDIR (executing " $ stat * ").
> However, I would find it cleaner if right after triggering a file operation
> by the syncop framework that would update md-cache. Is there a way to
> programmatically do this within the Server Translators stack?

Hi David,

If you place your xlator above upcall, upcall should inform the clients
about the changed attributes. In case it is below upcall, the internal
FOPs can not be tracked by upcall.

Upcall tracks all clients that have shown interest in a particular
inode. If that inode is modified, the callback on the brick stack will
trigger a cache-invalidation on the client. I do not think there should
be a difference between FOPs from other clients, or locally created ones
through the syncop framework.

In case this does not help or work, provide a little more details (.vol
file?).

HTH,
Niels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20180605/3202ef78/attachment.sig>