On Fri, Aug 12, 2016 at 11:29:34AM +0530, Mohammed Rafi K C wrote: > Hi, > > As you may probably know meta xlators provide a /proc kind of virtual > name space that can be used to get meta data information for mount > process. We are trying to enhance the meta xlator to support more > features and to support other protocols. > > Currently meta generate gfid by its own and store it to the inode. But > when a graph switch happens fuse send a nameless lookup with a fresh > inode from the new graph to resolve the gfid. But meta doesn't know > about the gfid even though it generated it, because all the information > are stored in inode_ctx of previous inode. So the nameless lookup will fail. > > Basically we need a way to resolve gfid from meta xlators. Or otherwise > as meta xlators provide meta data of process, we can restrict the access > to per graph basis. If a graph change happens , we can treat it as the > directory as deleted and recreated with different gfid. We have to > access it again to get information from new graph. > > Thoughts?
How about taking the path+filename in the meta-xlator and generate the GFID based on that? meta should not need to manage hardlinks, so there wont be multuple filenames for the same GFID. Niels
signature.asc
Description: PGP signature
_______________________________________________ Gluster-devel mailing list [email protected] http://www.gluster.org/mailman/listinfo/gluster-devel
