Matthew Pounsett <matt@conundrum.com> wrote on 12/04/2007 05:51:18 PM:
> 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?
How big is db/revs/2? We had some similar issues with a >2GB revision
when stored on a NetApp NFS share and svn 1.4.3. (Using APR 0.9.12)
svn 1.4.5 (using APR 1.2.12) fixed our problem.
(The Windows Collabnet install for 1.4.5 using APR 0.9.12 didn't
have any issues though. It is also using SAN for repo storage,
so a lot of things are different.)
Kevin R.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 5 16:07:23 2007