• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Dealing with Subversion (Berkeley DB) Recovery
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Dealing with Subversion (Berkeley DB) Recovery


  • Subject: Re: Dealing with Subversion (Berkeley DB) Recovery
  • From: ruffnex <email@hidden>
  • Date: Mon, 23 Aug 2004 10:56:10 +0100

I have also had some database issues while testing Subversion 1.06, but I found that svnadmin recover seemed to do the trick. I would rather know about problems, then not know about them (i.e. CVS), but considering the treatment of the problem is always the same, the 'warm fuzzy feeling' one gets could be improved if Subversion automatically tried a svnadmin recover, or a DB recovery, or a dump and load, where necessary.

Are these problems with BDB related to the OS X / BSD platform only? Just wondering if BDB is rock solid on other platforms. I haven't looked into Subversion's proposed FSFS, but I'm sure there will be a few questions asked about atomic commits and journalling, especially given the different native file systems out there. If users move to a FSFS (where the files can be viewed ala CVS) instead of using BDB, then it seems Subversion has come full circle given that Subversion actually argues in favour of a database back-end rather than a file store. Of course, a database is really just a bunch of files ;-) but you know what I mean...

On 21 Aug 2004, at 18:00, Nat! wrote:

Am 21.08.2004 um 02:50 schrieb b.bum:

I have seen this happen, as well, and I know that some folks are hesitant to move to subversion because the repository is far from human readable in that it is a BDB blob.


Subversion 1.1 has an fsfs backing store. That is, a pure filesystem based backing store. It is actually quite responsive. 1.1 should be out "soon" (hopefully soon being sooner than the "soon" that was used to describe the SVN 1.1 rc releases, what, 1 year before the actual release :).


Though this is IMO much better - as far as I know - it's still a binary format. Personally I don't get these warm fuzzy feelings about subversion just yet.


Ciao
Nat!
------------------------------------------------------
Some people drink deep from the fountains of life, and
some just gargle. -- DLR
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.


References: 
 >Dealing with Subversion (Berkeley DB) Recovery (From: "Frederick C. Lee" <email@hidden>)
 >Re: Dealing with Subversion (Berkeley DB) Recovery (From: Nick Zitzmann <email@hidden>)
 >Re: Dealing with Subversion (Berkeley DB) Recovery (From: "b.bum" <email@hidden>)
 >Re: Dealing with Subversion (Berkeley DB) Recovery (From: Nat! <email@hidden>)

  • Prev by Date: Naming Products
  • Next by Date: IB ALWAYS crashes while saving
  • Previous by thread: Re: Dealing with Subversion (Berkeley DB) Recovery
  • Next by thread: Re: Dealing with Subversion (Berkeley DB) Recovery
  • Index(es):
    • Date
    • Thread