|
|
|
Re: [PATCH RFC v3] vfs: make fstatat retry once on ESTALE errors from getattr call | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
On 04/20/2012 10:40 AM, Jeff Layton wrote: > I guess the questions at this point is: > > 1) How representative is Peter's mkdir_test() of a real-world workload? Reading your email I had to wonder the same thing... What application removes hierarchy of directories in a loop from two different clients? I would suspect not many, if any... esp over NFS... > > 2) if we assume that it is fairly representative of one, how can we > achieve retrying indefinitely with NFS, or at least some large finite > amount? The amount of looping would be peer speculation. If the problem can not be handled by one simple retry I would say we simply pass the error up to the app... Its an application issue... > > I have my doubts as to whether it would really be as big a problem for > other filesystems as Miklos and others have asserted, but I'll take > their word for it at the moment. What's the best way to contain this > behavior to just those filesystems that want to retry indefinitely when > they get an ESTALE? Would we need to go with an entirely new > ESTALERETRY after all? > Introducing a new errno to handle this problem would be overkill IMHO... If we have to go to the looping approach, I would strong suggest we make the file systems register for this type of behavior... steved. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Ext4 Filesystem] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Photo] [Yosemite] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Video 4 Linux] [Device Mapper] [CEPH Filesystem]
![]() |