Bug 160669 - svn commit fails with: bdb: Program version 4.3 doesn't match environment version
svn commit fails with: bdb: Program version 4.3 doesn't match environment ver...
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: subversion (Show other bugs)
4
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Joe Orton
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-16 10:46 EDT by Filip Miletic
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-06-20 06:29:17 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Filip Miletic 2005-06-16 10:46:06 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; sr-YU; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4

Description of problem:
I recently upgraded from FC3 to FC4.

Now I cannot access the svn repository as the following error is produced

svn failed: bdb: Program version 4.3 doesn't match environment version

I use the Berkeley DB svn repository.

Version-Release number of selected component (if applicable):
subversion-1.1.4-3, db4-4.3.27-3

How reproducible:
Always

Steps to Reproduce:
1. Make a SVN repository on FC3
2. Commit to it on FC3
3. Upgrade to FC4 and retry.
  

Actual Results:  Commit failed, as stated in the Description

Expected Results:  svn should open the database and use it without problems.

Additional info:
Comment 1 Filip Miletic 2005-06-16 11:56:45 EDT
For the record: the issue is solved as follows. Please double check:

1. go to the SVNROOT and enter the dir db:
2. use the 'file' utility to locate all files of type Berkeley DB and run
db42_upgrade on each
3. Move the files with names: __db.001 etc somewhere safe.
4. Retry the svn action that failed before. It should work now.
Comment 2 Filip Miletic 2005-06-16 12:05:21 EDT
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159042 for a possibly
related issue, via dependence on db4.
Comment 3 Joerg Martin Liebner 2005-06-19 15:08:20 EDT
I understand, that it might be difficult to provide a general solution for
automatically updating all user repositories at system update. But there should
be at least some kind of support or information provided for the users, such as
a notice in the release notes. I think it is unacceptable to leave the users
alone with unusable repositories, without telling them how to fix this.
Comment 4 Joe Orton 2005-06-20 06:29:17 EDT
Not simply difficult but really impossible.  It should have been in the release
notes, yes, sorry about that.

You should just run "svnadmin recover" on each repository which needs to be
migrated.   It displays an error but fixes the repository for subsequent use.  
(Remember to "chown -R apache" the repos afterwards if using mod_dav_svn)
Comment 5 Filip Miletic 2005-06-20 07:30:03 EDT
(In reply to comment #4)
> Not simply difficult but really impossible.

I would have to agree. There is no way that the installation script could know
that a particular directory is a svn repository.

But the changing the release notes is a good solution too.

Please be so kind to mention this issue in the release notes.

f
Comment 6 Joe Orton 2005-06-20 07:33:18 EDT
It's too late to update the FC4 release notes now, unfortunately.  I'll try to
remember to do so for future releases which this affects.  Sorry for the
inconvenience.
Comment 7 Filip Miletic 2005-06-20 07:36:21 EDT
In that case, why not reopen this issue as a reminder? (just a suggestion, no
reply needed)

f

Note You need to log in before you can comment on or make changes to this bug.