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

Problem with subversion server running on Fedora

From: <smishra_at_speakeasy.net>
Date: 2004-02-08 23:49:58 CET


I tracked down the messages in the thread of the message below:


Although I had the same problem, nothing in the thread helped me resolve
my error.

I'm running Fedora core 1, and installed the rpm packages through yum,
as linked through the subversion download page. I previously had 0.32.1
installed, which is available as part of the core distribution. While
that worked fine, upgrading to 0.37 has broken things.

To recap, I entirely removed my previous subversion installation, then
installed 0.37. I created a brand new repository, and tried connecting
to that over the http server. I got the following error message:

<m:human-readable errcode="165005">
Could not open the requested SVN filesystem

In the error log, there's the following:

[Sun Feb 08 13:13:41 2004] [error] [client] (20014)Error
string not specified yet: Expected version '3' of repository; found
version '2'
[Sun Feb 08 13:13:41 2004] [error] [client] Could not fetch
resource information. [500, #0]
[Sun Feb 08 13:13:41 2004] [error] [client] Could not open the
requested SVN filesystem [500, #165005]
[Sun Feb 08 13:13:41 2004] [error] [client] (2)No such file or
directory: Could not open the requested SVN filesystem [500, #165005]

According to the thread, the culprit was probably a different version of
libsvn_fs.so used in building mod_dav_svn and the svnadmin programs. But
when I check with ldd...

# ldd `which svnadmin`
         libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0x00d3f000)
         libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0x00221000)
         libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x008a6000)
         libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00f41000)
         libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x007b4000)
         libldap.so.2 => /usr/lib/libldap.so.2 (0x05f9b000)
         liblber.so.2 => /usr/lib/liblber.so.2 (0x05fcf000)
         libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x004cd000)
         libdb-4.1.so => /usr/lib/tls/libdb-4.1.so (0x00a20000)
         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x005f3000)
         libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00111000)
         libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x00b62000)
         librt.so.1 => /lib/tls/librt.so.1 (0x009eb000)
         libm.so.6 => /lib/tls/libm.so.6 (0x004a4000)
         libcrypt.so.1 => /lib/libcrypt.so.1 (0x05e3b000)
         libnsl.so.1 => /lib/libnsl.so.1 (0x00b3d000)
         libdl.so.2 => /lib/libdl.so.2 (0x004c8000)
         libc.so.6 => /lib/tls/libc.so.6 (0x00369000)
         libresolv.so.2 => /lib/libresolv.so.2 (0x00720000)
         libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00131000)
         libssl.so.4 => /lib/libssl.so.4 (0x009b4000)
         libcrypto.so.4 => /lib/libcrypto.so.4 (0x00241000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00351000)
         libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00938000)
         libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x008cf000)
         libcom_err.so.2 => /lib/libcom_err.so.2 (0x00779000)
         libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x0077e000)
         libz.so.1 => /usr/lib/libz.so.1 (0x005bd000)

# ldd mod_dav_svn.so
         libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0x0045a000)
         libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0x0089d000)
         libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x00394000)
         libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x0041f000)
         libc.so.6 => /lib/tls/libc.so.6 (0x004f2000)
         libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x00fde000)
         libldap.so.2 => /usr/lib/libldap.so.2 (0x00ed7000)
         liblber.so.2 => /usr/lib/liblber.so.2 (0x00116000)
         libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x00be8000)
         libdb-4.1.so => /lib/tls/libdb-4.1.so (0x00122000)
         libexpat.so.0 => /usr/lib/libexpat.so.0 (0x001e4000)
         libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x00909000)
         librt.so.1 => /lib/tls/librt.so.1 (0x006a4000)
         libm.so.6 => /lib/tls/libm.so.6 (0x00d31000)
         libcrypt.so.1 => /lib/libcrypt.so.1 (0x0066e000)
         libnsl.so.1 => /lib/libnsl.so.1 (0x004c3000)
         libdl.so.2 => /lib/libdl.so.2 (0x00111000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00351000)
         libresolv.so.2 => /lib/libresolv.so.2 (0x007f4000)
         libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00bab000)
         libssl.so.4 => /lib/libssl.so.4 (0x00c69000)
         libcrypto.so.4 => /lib/libcrypto.so.4 (0x00204000)
         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x002f5000)
         libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00305000)
         libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x0039c000)
         libcom_err.so.2 => /lib/libcom_err.so.2 (0x00c5b000)
         libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00318000)
         libz.so.1 => /usr/lib/libz.so.1 (0x0033a000)

As you can see, they use the same libsvn_fs-1.so.0, so that's not the
problem. Similarly, they are using the same libdb-4.1.so. Now, this is
my dynamic environment, and may not indicate the build environment
correctly. So I'm not even sure if ldd is giving anything useful...

The key observation here is that svnadmin and mod_dav_svn in the fedora
distributions seem to be out of sync. Has anyone gotten svn working
correctly on fedora? If so, what would be the difference between your
and my configuration?



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Feb 8 23:50:18 2004

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.