Check out problem because of alleged problematic URL

[Hirschberg, Benyamin]

Hi

 

I’m stuck with an annoying problem.

 

I have an SVN server set up on a LAN server. I’m accessing it with http://ada-srp/kr/svn/trunk, it is working from browsers and windows svn clients (both Tortoise and command line client 1.6.4).

 

The problem is when I’m trying to do a checkout on the server itself (ada-srp) with the very same command line command as on the windows machine, I’m getting the following error:

[benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos

svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or path is missing

 

The version of the client is 1.6.5.

 

This is not likely to be a networking problem, I can do wget with no problem on http://ada-srp/kr/svn/trunk from the same shell. In case of this error I don’t see any change in apache log.

 

Can you tell me what the problem is?

 

Thank you

Benyamin

---

This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postm...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes.
To protect the environment please do not print this e-mail unless necessary.

An NDS Group Limited company. www.nds.com

[Daniel Shahaf]

That error message comes from neon's ne_uri_parse(). With a client using
serf, or another version of neon, the error might disappear.

[[[
/* from libsvn_ra_neon/session.c */
if (ne_uri_parse(url, uri)
|| uri->host == NULL || uri->path == NULL || uri->scheme == NULL)
{
ne_uri_free(uri);
return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
_("URL '%s' is malformed or the "
"scheme or host or path is missing"), url);
}
]]]

[Ryan Schmidt]

On Jun 6, 2010, at 11:39, Daniel Shahaf wrote:

> Hirschberg, Benyamin wrote on Sun, 6 Jun 2010 at 16:49 -0000:
>>
>
>> [benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos
>> svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or path is missing
>

> That error message comes from neon's ne_uri_parse(). With a client using
> serf, or another version of neon, the error might disappear.
>
> [[[
> /* from libsvn_ra_neon/session.c */
> if (ne_uri_parse(url, uri)
> || uri->host == NULL || uri->path == NULL || uri->scheme == NULL)
> {
> ne_uri_free(uri);
> return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
> _("URL '%s' is malformed or the "
> "scheme or host or path is missing"), url);
> }
> ]]]

Reading that snippet of code, I don't understand why the error would be triggered. It says it should only occur if the host, path or scheme are null. In the URL supplied by the user, it seems clear that the host is meant to be "ada-srp", the path is "/kr/svn/trunk/ kr_repos" and the scheme is "http:" so I don't see the problem.

What version of neon are you using, Benjamin?

[B Smith-Mannschott]

On Sun, Jun 6, 2010 at 15:49, Hirschberg, Benyamin <BHirs...@nds.com> wrote:
> Hi
>
>
>
> I’m stuck with an annoying problem.
>
>
>
> I have an SVN server set up on a LAN server. I’m accessing it with
> http://ada-srp/kr/svn/trunk, it is working from browsers and windows svn
> clients (both Tortoise and command line client 1.6.4).
>
>
>
> The problem is when I’m trying to do a checkout on the server itself
> (ada-srp) with the very same command line command as on the windows machine,
> I’m getting the following error:
>
> [benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos
>
> svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or
> path is missing
>
>
>
> The version of the client is 1.6.5.
>
>
>
> This is not likely to be a networking problem, I can do wget with no problem
> on http://ada-srp/kr/svn/trunk from the same shell. In case of this error I
> don’t see any change in apache log.
>
>
>
> Can you tell me what the problem is?

Have you seen this?:

http://subversion.apache.org/faq.html#unrecognized-url-error

Subversion uses a plugin system to allow access to repositories.
Currently there are three of these plugins: ra_local allows access to
a local repository, ra_neon or ra_serf which allow access to a
repository via WebDAV, and ra_svn allows local or remote access via
the svnserve server. When you attempt to perform an operation in
Subversion, the program tries to dynamically load a plugin based on
the URL scheme. A `file://' URL will try to load ra_local, and an
`http://' URL will try to load ra_neon or ra_serf.

The error you are seeing means that the dynamic linker/loader can't
find the plugins to load. For `http://' access, this normally means
that you have not linked Subversion to neon or serf when compiling it
(check the configure script output and the config.log file for
information about this). It also happens when you build Subversion
with shared libraries, then attempt to run it without first running
'make install'. Another possible cause is that you ran make install,
but the libraries were installed in a location that the dynamic
linker/loader doesn't recognize. Under Linux, you can allow the
linker/loader to find the libraries by adding the library directory to
/etc/ld.so.conf and running ldconfig. If you don't wish to do this, or
you don't have root access, you can also specify the library directory
in the LD_LIBRARY_PATH environment variable.

//Ben

[Hirschberg, Benyamin]

I'm using "neon 0.28.3". According to the release history it doesn't seem to be particularly old.

[Hirschberg, Benyamin]

Hi Ben


When I'm running svn --version I'm getting:

----------------------------------------------------------------------------------------------
svn, version 1.6.5 (r38866)
compiled Mar 14 2010, 17:16:01

Copyright (C) 2000-2009 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_neon : Module for accessing a repository via WebDAV protocol using Neon.
- handles 'http' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
----------------------------------------------------------------------------------------------

Please correct me if I'm wrong, but this means that neon module has been compiled with SVN.

I have run this checkout command with strace. I'm attaching the log. I haven't seen any signs of broken library dependencies: both "/usr/local/lib/libsvn_ra_neon-1.so.0" and "/usr/lib/libneon.so.25" are opened with valid handles.


Benyamin

-----Original Message-----
From: B Smith-Mannschott [mailto:bsmit...@gmail.com]
Sent: Sunday, June 06, 2010 10:41 PM
To: Hirschberg, Benyamin
Cc: us...@subversion.apache.org
Subject: Re: Check out problem because of alleged problematic URL

[Ryan Schmidt]

On Jun 7, 2010, at 01:18, Hirschberg, Benyamin wrote:

>

> Ryan Schmidt wrote:

>
>> On Jun 6, 2010, at 11:39, Daniel Shahaf wrote:
>>
>>> Hirschberg, Benyamin wrote on Sun, 6 Jun 2010 at 16:49 -0000:
>>>
>>>> [benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos
>>>> svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or path is missing
>>>
>>> That error message comes from neon's ne_uri_parse(). With a client using
>>> serf, or another version of neon, the error might disappear.
>>>
>>> [[[
>>> /* from libsvn_ra_neon/session.c */
>>> if (ne_uri_parse(url, uri)
>>> || uri->host == NULL || uri->path == NULL || uri->scheme == NULL)
>>> {
>>> ne_uri_free(uri);
>>> return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
>>> _("URL '%s' is malformed or the "
>>> "scheme or host or path is missing"), url);
>>> }
>>> ]]]
>>
>> Reading that snippet of code, I don't understand why the error would be triggered. It says it should only occur if the host, path or scheme are null. In the URL supplied by the user, it seems clear that the host is meant to be "ada-srp", the path is "/kr/svn/trunk/ kr_repos" and the scheme is "http:" so I don't see the problem.
>>
>> What version of neon are you using, Benjamin?
>

> I'm using "neon 0.28.3". According to the release history it doesn't seem to be particularly old.

Well, it's 21 months old. That *is* kind of old. There have been seven releases of neon since then.

However, I'm unable to reproduce the issue on Mac OS X 10.6.3, using Subversion 1.6.11 and Neon 0.29.3, Subversion 1.6.11 and Neon 0.28.3, or Subversion 1.6.5 and Neon 0.28.3.

I searched for this error message on Google and found many posts. This one seemed possibly relevant:

https://lists.sdsc.edu/pipermail/triton-discuss/2009-July/000078.html

It suggests that a second copy of some library (neon? subversion?) somewhere else on your system, and referenced by LD_LIBRARY_PATH, could be throwing off the version of svn you're actually trying to use. Could that be? If not, search Google and see if any of the other hits seem relevant.