Alexander Thomas <alexander_at_collab.net> 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
Received on 2010-07-14 15:04:09 CEST