Alexander Thomas <[email protected]> writes: > This happens in Solaris10 SPARC, works well in Linux. After executing > the SVN testsuite I tried removing the svn-test-work folder using 'rm > -rf' which failed with > "rm: Unable to remove directory ........: File exists" errors. > and following directories not deleted from > 'svn-test-work/working_copies'. > > basic_tests-14 copy_tests-40 copy_tests-44 depth_tests-33 > copy_tests-39 copy_tests-43 copy_tests-47 update_tests-8 > > One thing I noticed is that ls cmd shows a wrong directory link count. > Here is a recipe to replicate this issue > > [[[ > > svnadmin create /tmp/repos > svn co file:///tmp/repos /tmp/wc > mkdir -p /tmp/wc/A/B > svn add /tmp/wc/A > svn commit -m "" /tmp/wc > svn mkdir /tmp/wc/A/B/X > ls -la /tmp/wc/A # Dir link count should say 4 for directory B > svn rm --force /tmp/wc/A/B/X > ls -la /tmp/wc/A # Dir link count should say 3 but here its sill 4 > rm -rf /tmp/wc # This is expected to fail.
If the filesystem has the wrong link count then that's a hardware or OS problem, not a Subversion bug. Subversion may be triggering the problem because it does lots of filesystem operations, but it's the filesystem that has failed, not Subversion. -- Philip
