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

Re: Fatal error while attempting recovery

From: Eric S. Raymond <esr_at_thyrsus.com>
Date: 2004-09-10 02:21:14 CEST

Ben Collins-Sussman <sussman@collab.net>:
> No, not root, but you do need read/write access to the entire
> repository. It's pretty clear that you don't. 'db_recover' is giving
> you all sorts of permission errors trying to open db files... that's
> probably the reason 'svnadmin recover' failed in the first place.
>
> The standard wisdom is: run recovery as the user which owns the repository.
>
> (Don't run as root... you're likely to accidentally change file
> ownership and make it inaccessible for other users.)

It appears that ownership of the files has been grabbed by something called
wwwrun, which is probably some berlios.de server process thing...ahh, now
look at this:

esr@sheep:/svnroot/repos/gpsd/db> ls -l
total 6441
-rw-rw-r-- 1 wwwrun gpsd 196608 2004-09-10 02:12 changes
-rw-rw-r-- 1 wwwrun gpsd 8192 2004-09-10 02:12 copies
-rw-rw-r-- 1 wwwrun gpsd 1738 2004-08-18 12:34 DB_CONFIG
-rw-rw-r-- 1 wwwrun gpsd 1048540 2004-09-10 01:19 log.0000000039
-rw-r--r-- 1 wwwrun gpsd 8556 2004-09-10 01:58 log.0000000040
-rw-rw-r-- 1 wwwrun gpsd 299008 2004-09-10 02:12 nodes
-rw-rw-r-- 1 wwwrun gpsd 385024 2004-09-10 02:12 representations
-rw-rw-r-- 1 wwwrun gpsd 24576 2004-09-10 02:12 revisions
-rw-rw-r-- 1 wwwrun gpsd 4317184 2004-09-10 02:12 strings
-rw-rw-r-- 1 wwwrun gpsd 286720 2004-09-10 02:12 transactions
-rw-rw-r-- 1 wwwrun gpsd 8192 2004-09-10 02:12 uuids

Would I be correct in thinking the group write bit for log.0000000040
ought to be on? I think that would explain all the messages I've seen.

esr@sheep:~> db_recover -vech /svnroot/repos/gpsd/db
db_recover: Finding last valid log LSN: file: 40 offset 8556
db_recover: Recovery starting from [39][28]
db_recover: /svnroot/repos/gpsd/db/log.0000000040: log file open failed: Permission denied
db_recover: PANIC: Permission denied
db_recover: DB_ENV->log_put: 40: DB_RUNRECOVERY: Fatal error, run database recovery
db_recover: txn_checkpoint: log failed at LSN [40 8474] DB_RUNRECOVERY: Fatal error, run database recovery
db_recover: PANIC: DB_RUNRECOVERY: Fatal error, run database recovery
db_recover: /svnroot/repos/gpsd/db/log.0000000040: log file open failed: Permission denied
db_recover: PANIC: Permission denied
db_recover: DB_ENV->log_put: 40: DB_RUNRECOVERY: Fatal error, run database recovery
db_recover: DB_ENV->open: DB_RUNRECOVERY: Fatal error, run database recovery

Yup, looks like it. I wonder what scrambled that bit?

Is the "emergency recovery" procedure documented anywhere?

-- 
		Eric S. Raymond
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 10 02:21:34 2004

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

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