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
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-devel
