Can you still check out and commit files to the repository(ies)? I had a
similar experience about a month ago and ended up converting to a 1.1x
FSFS (Filesystem based) repository. I haven't had a problem since. With
the BDB backend, I used to recover at least twice a week.
I'll share what I did if you reply saying you're interested, but I had a
three-day-old backup to go off of, so if you don't have one, then this
won't be useful and I apologize. The backup consisted of an svnadmin
dump, and it's a good thing it was there. In my experience with the
Subversion BDB, it's not worth trying to recover, but that's just me. I
cut my losses and went with the upgrade. Ideally, and SQL backend would
be nice, but that's in the (hopefully) near future.
Anyway, if you're interested, let me know. I'd hate to waste your time
if you're already stressing about the repositories' current state.
Cheers,
Dustin
Alexandre Reis wrote:
>Guys,
>
>I'm new to the list, so I'd first like to introduce myself and tell a bit of
>my story with Subversion...
>
>I'm a developer for Datasul Paranaense, a corporate software developer's
>local franchise. We develop custom solutions for Datasul ERP products.
>
>Our use of subversion consists on having every customer's projects on it,
>allowing us to have effective group development, and also for security sake.
>
>We've been using Subversion sice around August with no problems, including a
>version upgrade (and a BDB version upgrade), which forced us to dump/load
>the BDB database.
>
>After the dump/load, Subversion has corrupted quite frequently, but until
>now, we could recover it with svnadmin recover.
>
>This time it really crashed, so I tried recovering it with db_recover -cve,
>and it did recover itself fine.
>
>So I ran svnadmin verify on the repository, and it ran fine, until reaching
>revision 629 (We're currently on revision 1925). It simply aborts after
>getting to that revision.
>
>Same thing goes for svnadmin dump.
>
>I'd like to somehow dump this database and load it into a new database, to
>get rid of this corrupt revision.
>
>I hope someone can help me out with this, as I've searched everywhere and
>there doesn't seem to be a way to skip this revision while dumping, or
>something that can fix it.
>
>Thank you all
>
>Alexandre M. Reis
>Systems Analyst
>Datasul Paranaense
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
>
--
Dustin N. Jenkins
Application Developer
Invoq Systems
216 - 852 Fort St.
Victoria, British Columbia
250.383.0311
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Apr 20 09:54:23 2005