gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gluster-devel] namespace cache


From: Amar S. Tumballi
Subject: Re: [Gluster-devel] namespace cache
Date: Wed, 4 Jul 2007 05:30:55 +0530

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 <address@hidden> 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 <address@hidden> 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
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>
>
>
> --
> Amar Tumballi
> http://amar.80x25.org
> [bulde on #gluster/irc.gnu.org]
> _______________________________________________
> Gluster-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>


_______________________________________________
Gluster-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/gluster-devel




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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]