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

Re: svnadmin failure on nearly identical system

From: Andy Canfield <andy.canfield_at_pimco.mobi>
Date: Sun, 24 Jul 2011 16:12:50 +0700

On 07/22/2011 10:20 AM, Ryan Schmidt wrote:
> On Jul 21, 2011, at 22:09, Andy Canfield wrote:
>
>> I have Ubuntu Linux 10.4 installed on my notebook computer named Lenny. I have the same system installed on my desktop computer named Athol (I had a lot of trouble getting that hardware to work). I have installed the Ubuntu Subversion packages on each; namely
>> subversion
>> libapache2-svn
>> libgirepository-1.0-1
>> In both cases the SVNParentPath is /data/svn and that directory is owned by www-data:
>> drwxr-xr-x 5 www-data www-data 4096 2011-07-22 09:16 /data/svn
>>
>> Here is the critical command:
>> sudo -u www-data svnadmin create /data/svn/boofar
>> On Lenny the command works, silently. On Athol I get this message:
>> svnadmin: error while loading shared libraries: libsvn_repos-1.so.0:
>> cannot open shared object file: No such file or directory
>> Apparently svnadmin cannot find something, but I don't know what it can't find. In both cases /usr/lib/libsvn_repos-1.so.1 is a symoblic link to:
>> -rw-r--r-- 1 root root 153700 2011-06-05 22:48 /usr/lib/libsvn_repos-1.so.1.0.0
>>
>> I Googled for that error message and somebody had a problem with the home directory locations. The implication was that for some reason a Subversion distribution hard-codes the name of the home directory parent path (e.g. "/home"). No problem with my home directories; the arrangement is identical. On both machines my home directory is /data/andy and /home/andy is a symbolic link to /data/andy.
>>
>> So any idea why svnadmin runs OK on one machine and fails on the other?
> Is there perhaps a second (older) copy of Subversion or its libraries installed, perhaps provided by your distribution? If so, try uninstalling that.
>
Nope; I installed subversion on Athol yesterday, and I run apt-get
upgrade frequently.

UPDATE - ANOTHER TEST

I used 'tar' to move /data/svn/sample3 - an existing repository - from
Lenny to Athol. Now I can point my browser to http://athol/svn/sample3
and see the usual status screen. For command on Lenny:
* svn info http://localhost/svn/sample3*
The response is:
* Authentication realm: <http://localhost:80> Lenny Subversion Repository
     Password for 'andy':
     Path: sample3
     URL: http://localhost/svn/sample3
     Repository Root: http://localhost/svn/sample3
     Repository UUID: 4597fcf2-fe51-48c9-8523-ce2dbbdc025c
     Revision: 0
     Node Kind: directory
     Last Changed Rev: 0
     Last Changed Date: 2011-07-21 19:01:07 +0700 (Thu, 21 Jul 2011)
*FOr this command on Lenny:
* svn info http://athol/svn/sample3*
The response is:
* Authentication realm: <http://athol:80> Athol Subversion Repository
     Password for 'andy':
     Path: sample3
     URL: http://athol/svn/sample3
     Repository Root: http://athol/svn/sample3
     Repository UUID: 4597fcf2-fe51-48c9-8523-ce2dbbdc025c
     Revision: 0
     Node Kind: directory
     Last Changed Rev: 0
     Last Changed Date: 2011-07-21 19:01:07 +0700 (Thu, 21 Jul 2011)*
But this command on Athol:
*svn info http://localhost/svn/sample3
*gives this error result:
* vn: error while loading shared libraries: libsvn_client-1.so.0:
         cannot open shared object file: No such file or directory*

*So the problem is in the client, not on the apache server.
And both svnadmin and svn show the same problem.*

=========================================================
FOUND IT!
God knows where it came from, but there was a set of svn* programs in
/usr/local/bin.
Erased them all and now it works.
Thank you very much; this counts as success for today.
Received on 2011-07-24 11:13:52 CEST

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.