On Tuesday 09 March 2004 05:46, Stuart Robertson wrote:
[snip]
>
> Running 'svnadmin recover ./TestRepos' in one shell and then running 'lsof
> | grep TestRepos' in another shell presents the following:
>
> svnlook 6038 svn mem REG 9,0 16384 1344183
> /svnrepos/repositories/TestRepos/db/__db.001
> svnlook 6038 svn mem REG 9,0 16384 1344187
> /svnrepos/repositories/TestRepos/db/__db.005
> svnlook 6038 svn mem REG 9,0 270336 1344184
> /svnrepos/repositories/TestRepos/db/__db.002
> svnlook 6038 svn mem REG 9,0 327680 1344185
> /svnrepos/repositories/TestRepos/db/__db.003
> svnlook 6038 svn mem REG 9,0 892928 1344186
> /svnrepos/repositories/TestRepos/db/__db.004
> svnlook 6038 svn 3rR REG 9,0 460 1344168
> /svnrepos/repositories/TestRepos/locks/db.lock
> svnlook 6038 svn 4u REG 9,0 1253376 1344189
> /svnrepos/repositories/TestRepos/db/nodes
> svnlook 6038 svn 5u REG 9,0 28672 1344190
> /svnrepos/repositories/TestRepos/db/revisions
> svnlook 6038 svn 6u REG 9,0 303104 1344191
> /svnrepos/repositories/TestRepos/db/transactions
> svnlook 6038 svn 7u REG 9,0 8192 1344192
> /svnrepos/repositories/TestRepos/db/copies
> svnlook 6038 svn 8u REG 9,0 786432 1344193
> /svnrepos/repositories/TestRepos/db/changes
> svnlook 6038 svn 9u REG 9,0 1060864 1344194
> /svnrepos/repositories/TestRepos/db/representations
> svnlook 6038 svn 10u REG 9,0 483151872 1344195
> /svnrepos/repositories/TestRepos/db/strings
> svnlook 6038 svn 11u REG 9,0 8192 1344196
> /svnrepos/repositories/TestRepos/db/uuids
> svnlook 6041 svn mem REG 9,0 16384 1344183
> /svnrepos/repositories/TestRepos/db/__db.001
> svnlook 6041 svn mem REG 9,0 16384 1344187
> /svnrepos/repositories/TestRepos/db/__db.005
> svnlook 6041 svn mem REG 9,0 270336 1344184
> /svnrepos/repositories/TestRepos/db/__db.002
> svnlook 6041 svn mem REG 9,0 327680 1344185
> /svnrepos/repositories/TestRepos/db/__db.003
> svnlook 6041 svn mem REG 9,0 892928 1344186
> /svnrepos/repositories/TestRepos/db/__db.004
> svnlook 6041 svn 3rR REG 9,0 460 1344168
> /svnrepos/repositories/TestRepos/locks/db.lock
> svnlook 6041 svn 4u REG 9,0 1253376 1344189
> /svnrepos/repositories/TestRepos/db/nodes
> svnlook 6041 svn 5u REG 9,0 28672 1344190
> /svnrepos/repositories/TestRepos/db/revisions
> svnlook 6041 svn 6u REG 9,0 303104 1344191
> /svnrepos/repositories/TestRepos/db/transactions
> svnlook 6041 svn 7u REG 9,0 8192 1344192
> /svnrepos/repositories/TestRepos/db/copies
> svnlook 6041 svn 8u REG 9,0 786432 1344193
> /svnrepos/repositories/TestRepos/db/changes
> svnlook 6041 svn 9u REG 9,0 1060864 1344194
> /svnrepos/repositories/TestRepos/db/representations
> svnlook 6041 svn 10u REG 9,0 483151872 1344195
> /svnrepos/repositories/TestRepos/db/strings
> svnlook 6041 svn 11u REG 9,0 8192 1344196
> /svnrepos/repositories/TestRepos/db/uuids
> svnadmin 7750 svn 3u REG 9,0 460 1344168
> /svnrepos/repositories/TestRepos/locks/db.lock
The fact that no log.00* files shows up seems to indicate that 'svnadmin
recover' is still waiting to acquire an exclusive lock on the repository.
> Further, 'ps aux' shows the following:
>
> svn 6038 0.0 0.6 9092 1772 ? T 10:29 0:00 svnlook info
> ./TestRepos/
> svn 6041 0.0 0.6 9092 1772 ? T 10:30 0:00 svnlook info
> ./TestRepos/
>
> Trying to kill processes 6038 and 6041 as root (kill -9 6038, etc.) has no
> effect on either of the two hung svnlook processes.
>
> Any ideas what I've got wrong?
I'm not sure what you can do here (I'm not really a Linux guru), but I'm
fairly certain that those two processes need to be stopped in some way before
recover can do it's thing. You also need to remember to make sure that other
processes (like httpd) are also stopped and not accessing the repository as
well.
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 10 01:56:15 2004