I filed a bug here: https://bugzilla.redhat.com/show_bug.cgi?id=808112 Description of problem: client A: touch blah ln -s blah blahlink client B: open("blahlink", O_RDONLY|O_CREAT, 0666) = -1 EEXIST (File exists) $ ls -l blahlink lrwxrwxrwx. 1 orion cora 4 Mar 29 09:30 blahlink -> blah open("blahlink", O_RDONLY|O_CREAT, 0666) = 3 Removing and recreating the link on client A restores the problem. earth:/export/home/orion on /home/orion type nfs (rw,noatime,intr,rsize=32768,wsize=32768,actimeo=1,sloppy,vers=4) I thought this might be the same as the recent stat() issue brought up in relation to viminfo files, but it fails on kernels with that fix. I can't reproduce on RHEL5 kernel 2.6.18-308.1.1.el5, but I can on 2.6.42.9-2.fc15.x86_64 through 3.4.0-0.rc0.git1.2.fc18.x86_64. -- 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
