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

Re: Unable to access repository, please help...

From: Michael & Mikaela Krueger <info_at_michael-krueger.org>
Date: 2006-05-07 21:07:13 CEST

Ok I understand that I should upgrade to Subversion 1.3.1... I don't
understand why I should upgrade the whole SuSE system...

And will the 1.3.1 be able to recover my broken repository?

Am Sonntag, 7. Mai 2006 01:48 schrieb Nico Kadel-Garcia:
> Michael & Mikaela Krueger wrote:
> > Hi,
> >
> > I run a Linux server (SuSE 9.2) with Subversion that came with it...
> > 1.2 something I would say.
> > I have a server directory under:
> > /srv/svn/repos/
> > in which all of my repositories reside.
> > Now one of my repositories (actually the most important one) seems to
> > be broke.
> > Most of the times when one of the repositories reports a berkley DB
> > error in ViewCVS, a quick svnadmin recover <repository> does a quick
> > job fixing any issues. This time it doesn't.
> > Any SVN command, be it svnadmin, svn, svnlook that I execute on that
> > repository will just hang. I'm not able to recover it. Does anyone
> > have expirience with this? Anyone able to recommend a solution to
> > recover the project?
> Yes. Take it offline, back it up if possible, do a hot-copy.py backup as
> well if possible, then update your SuSE to 10.0 and your Subversion to
> 1.3.1.
> SuSE makes claims that they will support a release for 7 years, but *who
> cared!!!*? The differences in kernel and database tools between 9.2 and 9.3
> alone justify the upgrade, going to 10.0 should just sweeeten the deal. And
> subversion 1.3.1 gets you a stack of useful new features.
> Even better, after your OS and subversion is updated, switch the back-end
> database from Berkeley DB to FSFS for better reliability. BDB was cool, but
> it's overpowered for Subversion use, and very difficult to repair corrupted
> databases. And the company that made it, Sleepycat, was recently purchased
> by Oracle. I think we can expect Oracle to ruin it within 2 years the same
> way they trashed the Stettor calendar server. Many open source tools have
> moved away from BDB for various reasons: cross-platform use for Subversion
> helped drive the use of FSFS as the new default database.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

Michael & Mikaela Krüger
Email: info@michael-krueger.org
Web:   www.michael-krueger.org
ICQ:   278-333-735
Skype: mmckrueger
PGP-Fingerprint: C1AA 9D0A A62F 5742 2AA6 53BD 54C6 AF11 0B95 BC49
Key-ID: 0B95BC49
To mess up a Linux box, you need to work at it; 
to mess up your Windows box, you just need to work on it.
  Scott Granneman, Security Focus
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun May 7 21:06:41 2006

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.