[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Unable to remove svn-test-work/working_copies dir in Solaris10

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Wed, 14 Jul 2010 14:03:18 +0100

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.

Received on 2010-07-14 15:04:09 CEST

This is an archived mail posted to the Subversion Dev mailing list.