zfs/include/linux
Ned Bass f1a05fa114 Fix false ENOENT on snapshot control dentries
Lookups in the snapshot control directory for an existing snapshot
fail with ENOENT if an earlier lookup failed before the snapshot was
created.  This is because the earlier lookup causes a negative dentry
to be cached which is never invalidated.

The bug can be reproduced as follows (the second ls should succeed):

 $ ls /tank/.zfs/snapshot/s
 ls: cannot access /tank/.zfs/snapshot/s: No such file or directory
 $ zfs snap tank@s
 $ ls /tank/.zfs/snapshot/s
 ls: cannot access /tank/.zfs/snapshot/s: No such file or directory

To remedy this, always invalidate cached dentries in the snapshot
control directory.  Since these entries never exist on disk there is
no significant performance penalty for the extra lookups.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes #1192
2013-01-16 16:28:54 -08:00
..
Makefile.am Add the release component to headers 2012-01-18 12:19:47 -08:00
blkdev_compat.h Improve AF hard disk detection 2012-11-15 11:06:14 -08:00
dcache_compat.h Fix false ENOENT on snapshot control dentries 2013-01-16 16:28:54 -08:00
vfs_compat.h Linux 3.6 compat, iops->mkdir() 2012-10-14 15:29:26 -07:00
xattr_compat.h Linux compat 2.6.39: security_inode_init_security() 2011-07-01 12:40:08 -07:00