[Top][All Lists]

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

Re: [Gluster-devel] inodes

From: Emmanuel Dreyfus
Subject: Re: [Gluster-devel] inodes
Date: Mon, 31 Oct 2011 06:58:24 +0200
User-agent: MacSOUP/2.7 (unregistered for 1745 days)

Amar Tumballi <address@hidden> wrote:

> > Or is the whole change  self-contained (I mean not dependent 
> > on other changes) and will only bring benefits?
> It will surely bring only benefits. 

But it is self contained, right? I do not need to pull other changes?

To give a more precise idea of my motivations: NetBSD FUSE once relied
on kernel name cache. This caused issues with distributed filesystems
such as glusterfs because one client would not see the changes from
another client (for instance, moved files could be refered by their
former names). 

I attempted to fix that and honour FUSE entry ttl (entry_valid in struct
fuse_entry_our), but ran into issues with getcwd(3) getting broken
because LOOKUP, GETATTR and READDIR would not return the same values for

Thank to your hint, I was able to address that by pulling two changes
sets. The first is from this change:

I had to significally alter it to get it working. Blended with other
changes I already submitted (linkat, mknod), it turns into the patch
below. It may be intersting to have a look at it. There is a trivial fix
with the uint64_t cast, but there is another fix with READDIRP that I
suspect to be missing in you change.

The second patch set is from
I had to nuke more afr_itransform than in the patch at, which is probably also worth a review. It turns into

Now the question is: It seems to work, do I need anything more to
acheive my goal? suggest inode changes
broke rebalance, and that this change is required to restore it. Is it
the way it should be understood?

I also understand you are poorly connected right now. There is no hurry,
I can wait for an answer until you to get back to your desk.

Emmanuel Dreyfus

reply via email to

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