Hello list,
recently I updated my client to a new vendor kernel(SLES11), but the
problem is the same if I use a 2.6.33.3 as a client.
If I'm doing svn checkouts in an endless loop,
or running make -j X builds sometimes it happens
that I get a "Permision denied" error.
If I strace it, for svn, the following sequence appears:
5262 rename("Kernel.ERWQPsWCA5/.svn/tmp/entries",
"Kernel.ERWQPsWCA5/.svn/entries") = 0
5262 lstat("Kernel.ERWQPsWCA5/.svn/entries", {st_mode=S_IFREG|0666,
st_size=205, ...}) = 0
5262 chmod("Kernel.ERWQPsWCA5/.svn/entries", 0444) = 0
5262 open("Kernel.ERWQPsWCA5/.svn/format.tmp", O_RDWR|O_CREAT|O_EXCL,
0666) = 3
5262 write(3, "9\n", 2) = 2
5262 close(3) = 0
5262 rename("Kernel.ERWQPsWCA5/.svn/format.tmp",
"Kernel.ERWQPsWCA5/.svn/format") = 0
5262 lstat("Kernel.ERWQPsWCA5/.svn/format", 0x7fff79949350) = -1 EACCES
(Permission denied)
^^^^^^^^^^^^ Here
5262 write(2, "svn: Can't change perms of file "..., 83) = 83
5262 lstat("Kernel.ERWQPsWCA5/.svn/log", 0x7fff79949650) = -1 ENOENT
(No such file or directory)
5262 unlink("Kernel.ERWQPsWCA5/.svn/lock") = 0
After a rename, the lstat call fails. I tried to isolate it,
but without any luck so far.
I dont have the problem if I go back to my vendor kernel <= 2.6.22.
I wonder if its more a NFS Server problem or a problem on the client
side so I tried writing a C programm to trigger this behaviour.
But without any success so far.
Maybe this problem is already known?
regards,
Martin
--
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
