> 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<roland.lefranc_at_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?
> >
Received on 2011-09-02 17:55:28 CEST