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

Re: writing to repos fails

From: Christian Reiner <reiner_at_imageware.de>
Date: 2003-09-18 08:22:57 CEST

Hello Tobias,
just want to give a short feedback, thanks for the hints you gave.
There was no problem with permissions or diskspace (did not check that one at
first, thanks), indeed the repos was corrupt.
It worked again after I managed to dump the content and reimport it into a
clean repos.
Nevertheless I upgraded to 0.29 and we are happy again...

Unfortunately I am not able to give a closer hint at what action lead to the
corruption and I'm afraid I simply don't have the time to trace back
everything since there are a number of projects pressing on me. But I do have
a copy of the corrupt repos so if anyone wants me to make specific tests I'd
be happy to do so. But I guess 0.22 is far to old to invest time into this,


On Wednesday 17 September 2003 12:19, you wrote:
> Christian Reiner wrote:
> > Hi there..
> > we do have a servious problem today, maybe someone can give me a hand:
> >
> > our repos worked fine over the last month, since this morning we can't
> > write to it any longer. svn update works, so reading access seems to be
> > ok.
> Does svnadmin dump work?
> > a commit results in this message:
> > ....
> > Transmitting file data .svn: Berkeley DB error
> > svn: Commit failed (details follow):
> > svn: Berkeley DB error while appending string for filesystem
> > /entwicklung/var/svn/db:
> > DB_RUNRECOVERY: Fatal error, run database recovery
> > Aborted
> > ....
> Wild guess: Is the disk full?
> > a db recovery finishes without any problems, the permissions are
> > corrected automatically (I wrote a wrapper for the svnrepair cmd)
> > so the svn process does have write access on the repository file
> > structure.
> When you say that the permissions are corrected, do you mean that the
> permissions were incorrect? If so, how did they become incorrect?
> Does the following work:
> 1. Become user X
> 2. Make sure there are no svn or svnadmin processes running.
> 3. Check again. Use ps.
> 4. Make sure all files in the repos are owned by X and writable by X
> 5. Do a svnadmin recover as X. Successful?
> 6. Do a checkout as X. Successful?
> If this works, then you had a permission problem.
> > the environment:
> > access is done via file, not via http, the repos runs on a linux box
> > (kernel 2.4.19).
> > the cmd line svn command serves as client (on linux boxes as well)
> > svn version is 0.22.2 (r5918) (I know that's not really up-to-date, but
> > it just worked fine for us...)
> If you want help, you *really really* need to upgrade to the latest
> version (0.29.0).
> Note that a dump/reload is neccessary when you upgrade to the latest
> version. It's a simple operation, and it's described in the CHANGES file
> and in other places.
> > before pulling back tp the latest backup I'd like to ry to repair the
> > repos since we would have lost one days work otherwise. So if anyone can
> > give me a hint I'd be really happy...
> /Tobias

Christian Reiner
ImageWare Components GmbH
Berliner Freiheit 36 - 53111 Bonn - Germany
Tel:    +49 - 228 - 969 85 - 47
Fax:    +49 - 228 - 969 85 - 84
E-Mail: reiner@imageware.de
Web:    http://www.imageware.de
ImageWare Components GmbH ist ein Beteiligungsunternehmen der T-Venture,
die Corporate Venture Capital Tochter der Deutschen Telekom AG und der 
Bonn-Innova GmbH & Co.KG
ImageWare Components GmbH is an investment company of T-Venture,
the venture capital subsidiary of Deutsche Telekom AG and 
Bonn-Innova GmbH & Co. KG
Interessiert an weiteren Neuigkeiten?   http://www.imageware.de
Bestellen Sie unseren neuen Newsletter: mailto:newsletter@imageware.de
Besuchen Sie uns auf folgenden Messen:
1. Schlesw.-Holst. Bibliothekartag, Rendsburg, 10.09.2003
2. AGMB, Arbeitsgemeinschaft für Med. Bibliotheken, Dresden
         22. - 24.09.2003, Stand 4-5
3. Archivistica Chemnitz, 01. - 02.10.2003
4. Inetbib Frankfurt, 12. - 14.11.2003
Anmeldung unter http://www.bookeye.de
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 18 11:58:51 2003

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.