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

RE: Wedged repository - why does strace unblock it? (was 'Stone-dead repository')

From: Stuart Robertson <dogmatix_at_absolutesys.com>
Date: 2004-03-09 11:46:56 CET

Hi John,

> "A trick I use to see how far along that process is, is to run
> '/usr/sbin/lsof
> | log.00*'.  During recovery, there are typically two logfiles opened --
> the
> youngest one, and the one currently being processed by recovery.  When you
> see those getting "closer together" (based on the numeric portions of
> their
> names), you're generally close to being finished with the recovery."

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

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?

Thanks.
Stuart.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 9 11:47:20 2004

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.