Stuart Robertson wrote:
> I tried running ‘svnadmin lstxns /svnrepos/repositories/TestRepos’,
> but it too hung. Next I tried ‘svnadmin recover
> /svnrepos/repositories/TestRepos’ which stated that it might take a
> long while. Half an hour later I tried Ctrl+Break, to no avail. The
> only way to stop the ‘svnadmin recover’ was ‘killall -9 svnadmin’
> (killall svnadmin had no effect).
>
When you ran revocer, did you make sure that there were no other
processes have the DB open, e.g. a hung apache process? Recovery takes
an exclusive lock on the DB which basically means that it waits until
all other processes have closed the DB. This is usually the problem if
you don't see any disc activity when recover is "running".
> 1) Does anyone know what might have caused the repository to die (or
> become corrupted?)?
>
It's hard to say without more details, i.e. the apache log etc.
> 2) What strategies can I adopt to enable a commit-by-commit backup
> (incremental preferably) of each repository so that, in the event of
> something going wrong, I can (hopefully fairly quickly) restore the
> repository to a working state and lost at most the last commit.
>
You can perform an incremental dump in the post-commit hook.
> I’ve seen some discussion on the users mailing list about problems
> committing large binary files (400MB+ if I remember correctly). The
> largest Word document committed was around 35MB. Are there any known
> issues with committing binary files into an SVN repository.
>
I don't think so.
> Our server configuration is as follows:
>
> - RedHat Linux 9.3
>
Not that I matters, but I think you mistyped the version here.
/Tobias
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 20 14:54:46 2004