[Gluster-devel] namespace cache

[Amar S. Tumballi]

Let me tell how inode is propagated through each translator. Hope many may
want to know.

All the translators which has just one child nodes
(!(unify,afr,stripe,client-protocol,posix)) send the inode number passed by
the child volume to the upper layer. Hope that makes sense. Now, let me
explain each of these translators.

* posix - sends the inode number of the file/directory from actual file
system.

* client-protocol - sends inode number it got from the server to upper
layer.

* stripe - sends the inode number of the first child all the time (as stripe
needs first child node to be up all the time) to above layer.

* afr - sends the inode number of first available (in the order specified in
'subvolumes' option) child node to above layer.

* unify - always sends the inode number got from the namespace child.

So, if one uses the afr, it has a chance when a afr'ed namespace is down, it
gets different inode number from unify.

-bulde

On 7/4/07, Brent A Nelson <brent at phys.ufl.edu> wrote:
>
> Does this work even if the namespace volume is an AFR?
>
> Thanks,
>
> Brent
>
>
> On Wed, 4 Jul 2007, Amar S. Tumballi wrote:
>
> > Yes sir!
> > The namespace cache gives persistant inodes accross mount/reboots. (If
> > namespace data is not deleted in backend).
> >
> > -bulde
> >
> > On 7/4/07, Dale Dude <dale at oc3networks.com> wrote:
> >>
> >> Are you guys using the namespace cache for the inodes as well? Like
> >> unionfs 2.0 ODF release does? Seems their method removes inode
> >> collisions/loss and makes it easier for inode consistancy (inodes are
> >> now permanent).
> >>
> >> Regards,
> >> Dale
> >>
> >>
> >> _______________________________________________
> >> Gluster-devel mailing list
> >> Gluster-devel at nongnu.org
> >> http://lists.nongnu.org/mailman/listinfo/gluster-devel
> >>
> >
> >
> >
> > --
> > Amar Tumballi
> > http://amar.80x25.org
> > [bulde on #gluster/irc.gnu.org]
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> >
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Amar Tumballi
http://amar.80x25.org
[bulde on #gluster/irc.gnu.org]