J. Bruce Fields schrieb am Samstag, den 10. November um 00:24 Uhr:
OK, back at work and here is what I get:
> Restart the server, start strace, then try the mount, let it hang a few
> seconds just to make sure you got anything interesting, then kill strace
> and send the output.
OK, back at work and here is what I get...
read(3, "nfsd 10.1.7.30\n", 2048) = 15
close(15) = 0
open("/var/lib/nfs/etab", O_RDONLY) = 15
close(15) = 0
close(15) = 0
write(3, "nfsd 10.1.7.30 1352710828 * \n", 29) = 29
read(4, "4294967295\n", 2048) = 11
close(16) = 0
close(15) = 0
read(15,
"\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\377\377\377\377\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0",
36) = 36
close(15) = 0
write(4, "4294967295 1352710828 0 \n", 25) = -1 EINVAL (Invalid argument)
4294967295 is UINT_MAX and this place is where it behaves differently on a good
kernel where the write call will succeed:
write(4, "4294967295 1352710828 0 \n", 25) = 25
Sven
P.S.: Your patched svcauth_gss.c will give me an "access denied by server"
while mounting instead of the infinite delay:
~/ # mount -t nfs4 -o sec=krb5 testsrv:/storage /mnt/
mount.nfs4: access denied by server while mounting testsrv:/storage
--
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety (Benjamin Franklin)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
