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

Old bug back?

From: Matthew Pounsett <matt_at_conundrum.com>
Date: 2007-12-05 00:51:18 CET

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

My apologies if this is on the current fix list. I have seen some old
references to this being fixed in the mailing list archives, but
nothing recent, and nothing on the 1.4.5 CHANGES list, so I'm posting
about it here under the assumption that this bug has crept back in
somewhere...

While doing a re-import this weekend to upgrade to 1.4.4 (the current
FreeBSD port) and switch to FSFS on NFS (served by a NetApp), I had
several repository dumps fail to import with the following sort of
error:

svnadmin: Can't remove '/var/svn/repos/foo/db/transactions/1-1.txn':
Directory not empty

The same repositories would fail every time, in exactly the same
place, with exactly the same error, so this is eminently repeatable.

Following some advice I found in the list archives, I did the imports
on local disk, and then moved the resulting repositories to the NFS
mount. That worked fine until one of my users reported a similar
error during a 'commit' today.

The svn client reported that the commit failed, however his changes
seem to have been imported into the database. The post-commit script
did not run, however.

Is this a known bug in 1.4.4, or is there some further troubleshooting
I can do to help a developer track it down?

Matt

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFHVef3mFeRJ0tjIxERAty8AJ9vfnIOAfd3EzB01942YRkCKZ1h0QCfTcZh
p6cDuYcaVCcyz8gRuJLs0vQ=
=2zFh
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 5 00:52:13 2007

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.