the svn binaries exist and are functional against other repositories on
the same server:
!------------------------------------------------------------!
$ svn --version
svn, version 1.0.8 (r11084)
compiled Sep 23 2004, 15:22:15
Copyright (C) 2000-2004 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet
(http://www.Collab.Net/).
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
!------------------------------------------------------------!
backend storage is berkeleydb... file protocol does not work... again,
this problem is exclusively with a particular repository... other
repositories on the server are working.
ack.
Christopher Ness wrote:
>On Fri, 2005-06-24 at 12:02 -0700, Aaron Steele wrote:
>
>
>>there are no errors in the httpd error log, and the repository is
>>inaccessible on the server itself (via svn and svnadmin).
>>
>>
>
>No errors at all? Do the binaries exist? What is their timestamp,
>could someone be messing around with them?
>
>Can the binary get a help string (`svn {help, --version}` would be nice
>to know) and what type/version are you using of the backend storage
>(berkeleyDB or FSFS)?
>
>What about using the file protocol on the local machine aka:
> svn co file:///usr/your/svnrepo/project1
>
>
>
>>are we doomed?
>>
>>
>
>No, do you have a dump file you can move to another machine?
>
>What has been upgraded lately? Did you build subversion as a static
>binary or as a shared library (default)? If so have the shared
>libraries been updated by someone/thing else? Has LDCONFIG been run
>lately to update the shared libraries?
>
>I'm tired, that's a lot of questions.
>Chris
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 24 23:33:36 2005