STABLE14-tiger-fixes-20051215

STABLE14-tiger-fixes-20051215

potential reclaim in progress fix, and per Chaskiel,
"I don't remember why I put it there, but the fact that
it gets triggered means that we're leaking a vcache object lock. It looks
like the "rename to .__afsXXXX" codepath is responsible (as afsrename does
not use the fact that adp (or aodp) is locked by afs_remove, and locks it
again. I'm surprised it's not deadlocking)" so i coded up a fix

====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================

chaskiel says
The RHS shouldn't be a double negative...
       There's no bug (other than the assert itself)

(cherry picked from commit 97ebc776712b455b1e85df598b61ba6c847ca0a6)