After adding another test case for file permissions I noticed a bug in the
local stat cache. If file permissions are changed, the cache is not invalidated:
$ touch foo
$ stat foo
File: `foo'
Size: 0 Blocks: 1 IO Block: 4096 regular empty file
Device: 13h/19d Inode: 3 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 1969-12-31 17:00:00.000000000 -0700
Modify: 2011-02-10 09:21:35.000000000 -0700
Change: 1969-12-31 17:00:00.000000000 -0700
$ chmod 777 foo
$ stat foo
File: `foo'
Size: 0 Blocks: 1 IO Block: 4096 regular empty file
Device: 13h/19d Inode: 3 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 1969-12-31 17:00:00.000000000 -0700
Modify: 2011-02-10 09:21:35.000000000 -0700
Change: 1969-12-31 17:00:00.000000000 -0700
When updating the file permissions s3fs should invalidate the associated entry
in the stat cache.
Attached is a patch against r310 which fixes the issue and adds another "make
check" test.
Original issue reported on code.google.com by ben.lema...@gmail.com on 10 Feb 2011 at 4:33
Original issue reported on code.google.com by
ben.lema...@gmail.com
on 10 Feb 2011 at 4:33Attachments: