Description of problem: In an NFS mounted directory we are not able to checkout from an svn (subversion) server: $ svn checkout http://svn.berlios.de/svnroot/repos/gridpaw/trunk gpaw svn: REPORT request failed on '/svnroot/repos/gridpaw/!svn/vcc/default' svn: REPORT of '/svnroot/repos/gridpaw/!svn/vcc/default': 400 Bad Request (http://svn.berlios.de) This is with the latest kernel (2.6.9-34.ELsmp). With the previous kernel (2.6.9-22.0.2.ELsmp) there is no problem (verified by booting to the older kernel). Checking out to a local harddisk works fine. If such a svn-copy is moved from local disc to an NFS mounted directory, then then operations such as "svn -qu status" fails with the same error as above. Version-Release number of selected component (if applicable): kernel-smp-2.6.9-34.EL subversion-1.1.4-2.ent How reproducible: Always Steps to Reproduce: 1. Mount NFS filesystem from UNIX NFS-server. 2. Change directory to the NFS filesystem as an ordinary user. 3. Run "svn checkout" as shown above. 4. Change directory to a local harddisk (/dev/hda), and "svn checkout" works fine. Actual results: Error message from svn (shown above). Expected results: An svn checkout should occur normally. Additional info: The NFS fileserver is running HP Tru64 UNIX v5.1B (with latest patch kit). With a Redhat Linux NFS server there is no problem. So the problem introduced in kernel-smp-2.6.9-34.EL is specific to non-Linux NFS servers. The problem is also specific to using the "svn" command with kernel-smp-2.6.9-34.EL. All other operations on the Tru64 UNIX NFS fileserver is working without problems.
This looks like it's already fixed in the U4 beta kernels. Would still need to be documented in the Release notes.
Adding this as Blocker per Comment #7 - customer is waiting for this to work again since it broke when updating from U2 to U3.
I tested this bug again on the new RHEL4 U4 running kernel 2.6.9-42.0.2.ELsmp. The bug has not been corrected for NFS-mounted filesystems: # svn checkout http://svn.berlios.de/svnroot/repos/gridpaw/trunk gpaw svn: REPORT request failed on '/svnroot/repos/gridpaw/!svn/vcc/default' svn: REPORT of '/svnroot/repos/gridpaw/!svn/vcc/default': 400 Bad Request (http://svn.berlios.de) So apparently the bug wasn't fixed in the U4 kernels after all :-(
Indeed, the patch which actually fixes that problem, in bug #186142, was not deemed good enough to go in RHEL4.4.
Please permit my account to see the duplicate bug 186142 (I'm rejected). When my bug 187356 has been closed as a duplicate of 186142, then my account should automatically gain permission to view also 186142. Isn't this a bug (or RFE) regarding Bugzilla itself ?