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

RE: cvs2svn.py corrupting repository

From: Peter Howard <pjh_at_coastal.net.au>
Date: 2002-11-28 21:14:52 CET

> -----Original Message-----
> From: sussman@collab.net [mailto:sussman@collab.net]
> Sent: Wednesday, November 27, 2002 11:55 PM
> To: Peter Howard
> Cc: dev@subversion.tigris.org
> Subject: Re: cvs2svn.py corrupting repository
>
>
> "Peter Howard" <pjh@coastal.net.au> writes:
>
> > Hi all
> >
> > (Note: this is using ver 0.15)
> > I have been trying cvs2svn.py on a work CVS repository. Given
> the comments
> > in the release, plus the mail here, I was not expecting it to do a full
> > conversion (_lots_ of branching).
>
> Yes, it should work just fine, many people use it.

Do you mean the release notes are incorrect - ie. it can recognise CVS
branches - or just that it should be stable and run to completion?

> > I was only mildly surprised when it dumped core. I _was_ surprised
> > that the repository it created was corrupt.
>
> What does "corrupt" mean? You need to be a lot more specific.
>
> > Should I be surprised? I assume it has to do with the fact that
> > it's working directly on the repository (not via http). Does this
> > mean any of the direct-access tools (eg. svnadmin) are at risk of
> > doing this?
>
> Any process that uses libsvn_fs directly (svnadmin, svnlook,
> mod_dav_svn, cvs2svn.py, or libsvn_ra_local) is making Berkeley DB
> calls, and thus at risk of leaving a lockfile sitting in the Berkeley
> DB area if suddenly interrupted (control-C, segfault, etc.) If this
> happens, you run 'svnadmin recover' to have Berkeley DB return the
> database to a consistent state. Is that what you mean by "corrupt"?
> Did you recover the datbase after cvs2svn coredumped?

Yes, that's what I meant by "corrupted". And I was able to recover it.

PJH

(PS - I've been trying to recreate it to provide more info, but the only
time I've managed to score a core dump again was when the file system the
database was on filled up)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Nov 28 21:15:35 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.