You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Roland Le Franc <ro...@free.fr> on 2011/08/27 22:50:54 UTC

Issue when running svn server on windows, any help please?

Dear All

I've installed svn-win32-1.6.17 on my existing Apache 2.2.17 from WAMP 
x32 on a Win7 x64 server, and it works quite ok locally, but not from a 
remote client.
Is there any advice you guys can give me to help fix this problem?

More specifically:
- from the svn server PC, I can do svn operations to "localhost", or to 
"127.0.0.1", but not to "name-of-the-svn-server" (which is the same pc)
- from a remote client PC, I can't do svn operations to 
"name-of-the-svn-server"

Though, from the svn server PC, I can browse 
http://name-of-the-svn-server/, and I can also do it from the remote 
client PC.

I suspect it has something to do with IPv6 versus IPv4 nd SVN/Apache, no?

Regards
-Roland


Re: Issue when running svn server on windows, any help please?

Posted by Roland Le Franc <ro...@free.fr>.
Thank you all for your answers, I was confused, and actually it all 
works fine now
Thank you again


Le 30/08/2011 12:28, Stefan Sperling a écrit :
> On Tue, Aug 30, 2011 at 12:09:22PM +0200, Roland Le Franc wrote:
>> Also, the apache config httd.conf file contains "Listen 3690", which
>> I believe allows to listen to external requests on the correct port.
>
> Why are you running httpd on port 3690?
> 3690 is the port for svn://, which is commonly served by 'svnserve',
> not httpd. A httpd-based Subversion server (with mod_dav_svn) would
> usually listen on port 80 or (preferrably) port 443, and is accessed
> with URLs beginning with http:// or https://.
>

Re: Issue when running svn server on windows, any help please?

Posted by Stefan Sperling <st...@elego.de>.
On Tue, Aug 30, 2011 at 12:09:22PM +0200, Roland Le Franc wrote:
> Also, the apache config httd.conf file contains "Listen 3690", which
> I believe allows to listen to external requests on the correct port.
 
Why are you running httpd on port 3690?
3690 is the port for svn://, which is commonly served by 'svnserve',
not httpd. A httpd-based Subversion server (with mod_dav_svn) would
usually listen on port 80 or (preferrably) port 443, and is accessed
with URLs beginning with http:// or https://.

RE: Issue when running svn server on windows, any help please?

Posted by Bob Archer <Bo...@amsi.com>.
> Hello
> Thank you for your response, I am still facing the issue.
> 
> I do all these operations on a private home network,between 3 PCs, so I
> don't need to secure the svn server too much, I set read rights for
> anonymous access, and use http (not https).
> 
> TortoiseSVN and svn commandline give the same results:
>  > svn ls svn://localhost/ works fine
>  > svn ls svn://badname/ returns with an error  > svn ls svn/192.168.1.102/
> and svn ls svn/nameofthepc/ hang forever, and the apace logs give nothing
> specific. I have copied the last lines of the apache logs below

If you are using snv:// you are not using Apache. So I wouldn't expect the apache log to show you anything.

I expect the svnserve port is blocked by a firewall on the "server". 

> Because I am on a local network I believe that port forwardng is not needed.
> Also, I tested this issue with all firewalls disabled, and the issue is still there.
> Also, the apache config httd.conf file contains "Listen 3690", which I believe
> allows to listen to external requests on the correct port.
> Also, I'm simply using the nework stack of a regular WIndows 7 OS, s I believe
> that I have a hybrid IPv4/IPv6 stack. ipconfig/all gives the two addresses.
> Really, I'm stuck :-(


I think you need to decide if you are using Apache or svnserve and use the correct protocol in your commands.

Are you using Apache for anything else on this server? If not, you may want to consider Subversion Edge from collabnet. It is a full stack Svn system that includes apache and a Web Based UI for configuration.

BOb



> 
> 
> apache_error.log:
> ............
> [Tue Aug 30 12:02:20 2011] [notice] Apache/2.2.17 (Win32) PHP/5.3.5
> SVN/1.6.17 DAV/2 configured -- resuming normal operations [Tue Aug 30
> 12:02:20 2011] [notice] Server built: Oct 18 2010 01:58:12 [Tue Aug 30 12:02:20
> 2011] [notice] Parent: Created child process 6660 [Tue Aug 30 12:02:20 2011]
> [notice] Child 6660: Child process is running [Tue Aug 30 12:02:20 2011]
> [notice] Child 6660: Acquired the start mutex.
> [Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting 64 worker threads.
> [Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting thread to listen on
> port 3690.
> [Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting thread to listen on
> port 80.
> 
> apache access.log
> 192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET / HTTP/1.1" 200 4167
> 192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET /index.php?img=gifLogo
> HTTP/1.1" 200 4549
> 192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET
> /index.php?img=pngPlugin HTTP/1.1" 200 548
> 192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET
> /index.php?img=pngWrench HTTP/1.1" 200 741
> 192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET
> /index.php?img=pngFolderGo HTTP/1.1" 200 694
> 
> 
> 
> Regards
> -Roland
> 
> 
> Le 29/08/2011 05:03, Nico Kadel-Garcia a écrit :
> > On Sat, Aug 27, 2011 at 4:50 PM, Roland Le Franc<ro...@free.fr>
> wrote:
> >> Dear All
> >>
> >> I've installed svn-win32-1.6.17 on my existing Apache 2.2.17 from
> >> WAMP x32 on a Win7 x64 server, and it works quite ok locally, but not
> >> from a remote client.
> >> Is there any advice you guys can give me to help fix this problem?
> >>
> >> More specifically:
> >> - from the svn server PC, I can do svn operations to "localhost", or
> >> to "127.0.0.1", but not to "name-of-the-svn-server" (which is the
> >> same pc)
> >> - from a remote client PC, I can't do svn operations to
> >> "name-of-the-svn-server"
> > I assume you're using https://hostname/reponame/ or some other URL,
> > and "https://localhost/reponame/ works? Either your Apache is not
> > configured to serve the externally facing network ports with the
> > Subversion services, or the firewall is blocking traffic, or something
> > else is going on. What do your Apache logs say?
> >
> >> Though, from the svn server PC, I can browse
> >> http://name-of-the-svn-server/, and I can also do it from the remote
> client PC.
> > "Browsing" is not quite the same as a Subversion checkout or
> > Subversion browsing. What does a robust SVN client like TortoiseSVN
> > show if you browse the repository? And since you're using HTTP and not
> > HTTPS, I assume this is a read-only repository on HTTP?
> >
> >> I suspect it has something to do with IPv6 versus IPv4 nd SVN/Apache,
> no?
> >>
> >> Regards
> >> -Roland
> > Ohhh, have you set up IPv6 and maybe have a mixed IPv6/IPv4 stack?
> > somewhere in this?
> >

Re: Issue when running svn server on windows, any help please?

Posted by Andreas Krey <a....@gmx.de>.
On Tue, 30 Aug 2011 12:09:22 +0000, Roland Le Franc wrote:
...
> > svn ls svn://localhost/ works fine
> > svn ls svn://badname/ returns with an error
> > svn ls svn/192.168.1.102/ and svn ls svn/nameofthepc/ hang forever, 

I think you want svn:://192.168.1.102/ (if you actually didn't).
Otherwise it looks like there is a firewall in the way.

Andreas

-- 
"Totally trivial. Famous last words."
From: Linus Torvalds <torvalds@*.org>
Date: Fri, 22 Jan 2010 07:29:21 -0800

Betr.: Re: Issue when running svn server on windows, any help please?

Posted by Jan Keirse <ja...@tvh.be>.
Roland Le Franc <ro...@free.fr> schreef op 30/08/2011 12:09:22:

> Hello
> Thank you for your response, I am still facing the issue.
> 
> I do all these operations on a private home network,between 3 PCs, so I 
> don't need to secure the svn server too much, I set read rights for 
> anonymous access, and use http (not https).
> 
> TortoiseSVN and svn commandline give the same results:
>  > svn ls svn://localhost/ works fine
>  > svn ls svn://badname/ returns with an error
>  > svn ls svn/192.168.1.102/ and svn ls svn/nameofthepc/ hang forever, 
> and the apace logs give nothing specific. I have copied the last lines 
> of the apache logs below

What you are saying here does not really make sense. You're serving with 
apache but use svn://
That's for when you're serving with svnserve. You should be using 
something like
svn ls http://naemofthepc/reponame .
If svn ls svn://localhost really works you're probably using both Apache 
and svnserve, there's no need to do that. 
Could you provide the contents of httpd.conf? That would show if svn is 
configured properly and what the url should be. 
**** DISCLAIMER ****

http://www.tvh.com/newen2/emaildisclaimer/default.html 

"This message is delivered to all addressees subject to the conditions
set forth in the attached disclaimer, which is an integral part of this
message."


Re: Issue when running svn server on windows, any help please?

Posted by Roland Le Franc <ro...@free.fr>.
Hello
Thank you for your response, I am still facing the issue.

I do all these operations on a private home network,between 3 PCs, so I 
don't need to secure the svn server too much, I set read rights for 
anonymous access, and use http (not https).

TortoiseSVN and svn commandline give the same results:
 > svn ls svn://localhost/ works fine
 > svn ls svn://badname/ returns with an error
 > svn ls svn/192.168.1.102/ and svn ls svn/nameofthepc/ hang forever, 
and the apace logs give nothing specific. I have copied the last lines 
of the apache logs below

Because I am on a local network I believe that port forwardng is not needed.
Also, I tested this issue with all firewalls disabled, and the issue is 
still there.
Also, the apache config httd.conf file contains "Listen 3690", which I 
believe allows to listen to external requests on the correct port.
Also, I'm simply using the nework stack of a regular WIndows 7 OS, s I 
believe that I have a hybrid IPv4/IPv6 stack. ipconfig/all gives the two 
addresses.
Really, I'm stuck :-(


apache_error.log:
............
[Tue Aug 30 12:02:20 2011] [notice] Apache/2.2.17 (Win32) PHP/5.3.5 
SVN/1.6.17 DAV/2 configured -- resuming normal operations
[Tue Aug 30 12:02:20 2011] [notice] Server built: Oct 18 2010 01:58:12
[Tue Aug 30 12:02:20 2011] [notice] Parent: Created child process 6660
[Tue Aug 30 12:02:20 2011] [notice] Child 6660: Child process is running
[Tue Aug 30 12:02:20 2011] [notice] Child 6660: Acquired the start mutex.
[Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting 64 worker threads.
[Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting thread to 
listen on port 3690.
[Tue Aug 30 12:02:20 2011] [notice] Child 6660: Starting thread to 
listen on port 80.

apache access.log
192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET / HTTP/1.1" 200 4167
192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET 
/index.php?img=gifLogo HTTP/1.1" 200 4549
192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET 
/index.php?img=pngPlugin HTTP/1.1" 200 548
192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET 
/index.php?img=pngWrench HTTP/1.1" 200 741
192.168.1.102 - - [30/Aug/2011:12:02:41 +0200] "GET 
/index.php?img=pngFolderGo HTTP/1.1" 200 694



Regards
-Roland


Le 29/08/2011 05:03, Nico Kadel-Garcia a écrit :
> On Sat, Aug 27, 2011 at 4:50 PM, Roland Le Franc<ro...@free.fr>  wrote:
>> Dear All
>>
>> I've installed svn-win32-1.6.17 on my existing Apache 2.2.17 from WAMP x32
>> on a Win7 x64 server, and it works quite ok locally, but not from a remote
>> client.
>> Is there any advice you guys can give me to help fix this problem?
>>
>> More specifically:
>> - from the svn server PC, I can do svn operations to "localhost", or to
>> "127.0.0.1", but not to "name-of-the-svn-server" (which is the same pc)
>> - from a remote client PC, I can't do svn operations to
>> "name-of-the-svn-server"
> I assume you're using https://hostname/reponame/ or some other URL,
> and "https://localhost/reponame/ works? Either your Apache is not
> configured to serve the externally facing network ports with the
> Subversion services, or the firewall is blocking traffic, or something
> else is going on. What do your Apache logs say?
>
>> Though, from the svn server PC, I can browse http://name-of-the-svn-server/,
>> and I can also do it from the remote client PC.
> "Browsing" is not quite the same as a Subversion checkout or
> Subversion browsing. What does a robust SVN client like TortoiseSVN
> show if you browse the repository? And since you're using HTTP and not
> HTTPS, I assume this is a read-only repository on HTTP?
>
>> I suspect it has something to do with IPv6 versus IPv4 nd SVN/Apache, no?
>>
>> Regards
>> -Roland
> Ohhh, have you set up IPv6 and maybe have a mixed IPv6/IPv4 stack?
> somewhere in this?
>

Re: Issue when running svn server on windows, any help please?

Posted by Nico Kadel-Garcia <nk...@gmail.com>.
On Sat, Aug 27, 2011 at 4:50 PM, Roland Le Franc <ro...@free.fr> wrote:
> Dear All
>
> I've installed svn-win32-1.6.17 on my existing Apache 2.2.17 from WAMP x32
> on a Win7 x64 server, and it works quite ok locally, but not from a remote
> client.
> Is there any advice you guys can give me to help fix this problem?
>
> More specifically:
> - from the svn server PC, I can do svn operations to "localhost", or to
> "127.0.0.1", but not to "name-of-the-svn-server" (which is the same pc)
> - from a remote client PC, I can't do svn operations to
> "name-of-the-svn-server"

I assume you're using https://hostname/reponame/ or some other URL,
and "https://localhost/reponame/ works? Either your Apache is not
configured to serve the externally facing network ports with the
Subversion services, or the firewall is blocking traffic, or something
else is going on. What do your Apache logs say?

> Though, from the svn server PC, I can browse http://name-of-the-svn-server/,
> and I can also do it from the remote client PC.

"Browsing" is not quite the same as a Subversion checkout or
Subversion browsing. What does a robust SVN client like TortoiseSVN
show if you browse the repository? And since you're using HTTP and not
HTTPS, I assume this is a read-only repository on HTTP?

> I suspect it has something to do with IPv6 versus IPv4 nd SVN/Apache, no?
>
> Regards
> -Roland

Ohhh, have you set up IPv6 and maybe have a mixed IPv6/IPv4 stack?
somewhere in this?