-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tue, 14 Oct 2008, Patrick Schoenfeld wrote:
That does not seem to be the root of the problem. I've built nfs-utils
with these lines commented out on one of my systems and disabled the
workaround in idmapd and the problem persists.
Thanks for investigating this. Another thought occurred to me that the
kernel could be caching the contents of the directory at another level
(e.g. it could cache the directory information without ever hitting and
idmap code untill that cache is expired).
That means that I think the only way to fix this is in the short term
is to remove the LOOKUPFAIL to SUCCESS mangling from idmapd.c (which
could have other side effects) or to apply the workaround as described
before.
Hmm. Probably the workaround should then be included in the default
configuration of idmapd. It seems not to cause any harm and works around
these problems and IMHO its unlikely that this can be fixed *properly*
for lenny. What do you think about this approach? Shall we ask the NFS
maintainers about this change to the default configuration?
If the NFS maintainers think this does not cause problems then I think
this will be the best solution for the short term. The only downside that
I can think of is that there might be some reduced performance because the
name to id lookups need to be done more frequently.
Can you open a new bugreport on nfs-utils?
For the longer term the kernel should probably provide a mechanism to
flush the idmap cache.
- --
- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFI9FgYVYan35+NCKcRAnPsAJwI6sOkFIw2ewZiDiNnr+hJrEU1JwCdFzRC
5xUNeqIFH+3qk8fX1G4vwh4=
=w9DR
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
