I had the same problem and found that someone else had posted his fix, which
seemed to work for me (with a slight variation). I am using Gentoo which
updated the DB to 4.2, from 4.1 and apparently the update confuses the heck
out of the system. Do Max's solution only change
db_dump changes.old | db_load changes
to
db4.1_dump changes.old | db4.2_load changes
Also after doing all this, I'd restart the system to be sure that everything
is using the db4.2 stuff.
Mine's now worked with 2 commits in a row without recorrupting the database.
(wow)
Good luck.
-----Original Message-----
From: Max Bowsher [mailto:maxb@ukf.net]
Sent: Sunday, July 10, 2005 9:48 AM
To: Terry Smith; users@subversion.tigris.org
Subject: Re: DB Corruption
Terry Smith wrote:
> Hi, I am having a problem with corruption. This looks like another
> flavor of a regular problem.
>
> First I saw this:
> -------
>
> C:\Documents and Settings\Terry>svnadmin recover
> c:/Subversion/repository Repository lock acquired.
> Please wait; recovering the repository may take some time...
> svn: DB_RUNRECOVERY: Fatal error, run database recovery
> svn: bdb: DB_ENV->log_flush: LSN of 99/206498 past current end-of-log
of
> 99/184150
> svn: bdb: Database environment corrupt; the wrong log files may have
> been remove
> d or incompatible database files imported from another environment
Bizarre. It shouldn't even be possible to get into this situation
without
something doing some bizarre manipulation of the db files.
Anyway, here's something to try:
FIRST, MAKE A BACKUP.
Do not even consider trying out the below without first making a copy of
the
repository.
Now, make sure you have db_dump.exe and db_load.exe available. Then, cd
to c:/Subversion/repository/db and try the following: (Omit the lines
referring to locks and lock-tokens if you are using
Subversion 1.1.x or earlier.)
erase log.* __db.*
rename changes changes.old
rename copies copies.old
rename nodes nodes.old
rename representations representations.old
rename revisions revisions.old
rename strings strings.old
rename transactions transactions.old
rename uuids uuids.old
rename lock-tokens lock-tokens.old
rename locks locks.old
db_dump changes.old | db_load changes
db_dump copies.old | db_load copies
db_dump nodes.old | db_load nodes
db_dump representations.old | db_load representations
db_dump revisions.old | db_load revisions
db_dump strings.old | db_load strings
db_dump transactions.old | db_load transactions
db_dump uuids.old | db_load uuids
db_dump lock-tokens.old | db_load lock-tokens
db_dump locks.old | db_load locks
svnadmin recover ..
svnadmin verify ..
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
----- Original Message -----
From: "Sean Farrell" <sean.farrell@baw.de>
To: <users@subversion.tigris.org>
Sent: Thursday, July 14, 2005 5:33 AM
Subject: wierd BDB version missmatch
> Hi I have a litle wierd problem.
>
> The error message is :
>
> svn: bdb: Program version 4.2 doesn't match environment version
>
> But I got this since I started using svn on this computer. I use it
> localy and it ends up on a file server. But I am the only user of this
> repository.
>
> To fix the problem I fire up a svnadmin recover and It works fine for
> say 2-3 actions and then the error message pops up again.
>
> I have of cource googled to find a solution but they all talk about
> version missmatch after upgrading. Also none of the proposed solutions
> helped. I am only using the svn on this computer and repository since 3
> weeks.
>
> Thanks in advance
>
> Sean
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 14 17:06:14 2005