windows-rename-cross-dir-invalid-handle-20090220
authorJeffrey Altman <jaltman@secure-endpoints.com>
Sat, 21 Feb 2009 04:19:23 +0000 (04:19 +0000)
committerJeffrey Altman <jaltman@secure-endpoints.com>
Sat, 21 Feb 2009 04:19:23 +0000 (04:19 +0000)
commit54a3c85ae44aaaac9dd933893d975199b3cdca70
tree4e2f4931e133e756b6ec33c417eafb4dee25054a
parent4eb808d26b1d417189d363924c4e2e32ed832690
windows-rename-cross-dir-invalid-handle-20090220

LICENSE MIT

Problems with the cm_Rename() functions:

 * when a rename occurs across directories, the file server allocates
   a new vnode which in turn alters the FID.  Since the new FID and
   potentially version number is unknown to the client, it is not
   possible to update the target directory with the new name and
   FID thereby avoiding reading the directory from the file server.

 * when the old vnode is removed, the callback is broken but the
   client did not discard the cm_scache_t object

In order to optimize the client cache AFS requires a RXAFS_RenameEx
rpc that is equivalent to the current RPC but returns the new FID
and status.  This would permit the cache manager to relabel the
data buffers and cm_scache_t that are known to contain valid data.
src/WINNT/afsd/cm_vnodeops.c