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

Re: Repository problems!

From: Francois Beausoleil <fbos_at_users.sourceforge.net>
Date: 2003-09-12 16:38:21 CEST

Did you try dumpimp the repository ? That might get you out of your
problem.

Hope that helps,
François

On Fri, 12 Sep 2003 09:13:20 -0400, "Mark Bohlman"
<MBohlman@TCICREDIT.COM> said:
> Hi,
>
> Am having a problem with a svn repository (version 24.2 - see
> below).
> What one of my developers noticed was that there was a checksum error
> when
> he was trying to access a particular directory on the system.
>
> ------------------- Error text message
> ------------------------------------
> svn: Filesystem is corrupt
> svn: REPORT request failed on '/repos/!svn/vcc/default'
> svn:
> svn_fs__rep_contents: checksum mismatch on rep "1j1x":
> expected: a8cc345d9885c7cd56b131259b405b2c
> actual: 4c6a3d13af64e40d9985a7225527644d
> ---------------------------------------------------------------------------
> This came about when trying to execute the command
> svn co http:///ap2/trunk/asp/FraudScreener/web/queues/templates
>
> The repository is located on a Windows 2000 server and the target machine
> is
>
> running Windows XP (with SP1 installed).
>
> I attempted the same command and got the same error into a clean working
> directory.
> Seem to be able to pull other trees without any problems, just this one
> directory.
>
> I copied all the repository to my local machine and attempted the same
> command and
> got the same results.
>
> I then attempted to run a recovery on the repository and started this at
> 4:45 last
> evening.
> This ran until almost 1 AM today, and generated an error:
> svn: Berkeley DB error
> svn: Permission denied
>
>
> My guess is that we got into a crossed-up situation with the nightly
> backup
> run
> (running Veritas Backup Exec 8.5), with each trying to grab exclusive
> locks.
>
> That or there really is a MAJOR problem with the data base and/or
> filesystem.
> Running chkdsk on the disk revealed NO errors, although I also know from
> experience
> that running that command is no guarantee that nothing is wrong with the
> disk.
>
> I'm going to have to restore from a backup to see if I can get things
> back
> in a proper
> state, but would appreciate any ideas on this.
>
> I have attached a text file that also includes error text from an XML
> parse
> error
> that was generated - don't know if this is related, as I have not
> searched
> through the
> Subversion source - the builds I use are the public ones located at your
> download site.
>
>
> Thanks,
>
> Mark Bohlman
> Software Development Manager
> Teledata Communications, Inc.
> (631) 231-6700 x163
> mbohlman@tcicredit.com
>
>
>
> ------------------- Version information on running version
> ------------------------
> svn, version 0.24.2 (r6284)
> compiled Jun 19 2003, 05:44:59
>
> Copyright (C) 2000-2003 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
>
> The following repository access (RA) modules are available:
>
> * ra_dav : Module for accessing a repository via WebDAV (DeltaV)
> protocol.
> - handles 'http' schema
> - handles 'https' schema
> * ra_local : Module for accessing a repository on local disk.
> - handles 'file' schema
> * ra_svn : Module for accessing a repository using the svn network
> protocol.
> - handles 'svn' schema
>
> --------------------- Recover error message
> ------------------------------------------------
> C:\ap>svnadmin recover \ap
> Acquiring exclusive lock on repository db.
> Recovery is running, please stand by...svn: Berkeley DB error
> svn: Permission denied
>
> C:\ap>
> C:\ap>time/t
> 12:47a
>
Developer of Java Gui Builder
http://jgb.sourceforge.net/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 12 16:39:10 2003

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.