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

Re: SVNServe processes/threads not being closed properly - how to debug?

From: Graham Reeves <graham_at_grahamreeves.com>
Date: Sat, 19 Jun 2010 10:54:54 +0100

On 18 June 2010 17:07, Bob Archer <Bob.Archer_at_amsi.com> wrote:

> > > Hi All,
> > >
> > > I currently have a problem when using JetBrain's TeamCity (see this
> > thread;
> > > http://www.jetbrains.net/devnet/message/5265757 ).
> > >
> > > I'm running svnserve as a daemon on OSX leopard(1.5.6, NOT snow
> leopard)
> > Please update to 1.6.11. We enabled TCP keep-alives in svnserve in
> > that release to hopefully fix forever-blocking reads from sockets.
> >
> > Stefan
> >
> > Fantastic, thanks, I'll try this ASAP.
> > I only downloaded that version (1.6.6) a few days ago, maybe collab.netis
> > a bit slow to update their package.
>
> CollabNet current d/l's for OS X are 1.6.11. However for my Mac I find it
> easier to get subversion with MacPorts. The port is updated fairly quickly
> after svn revs. Much thanks to whomever maintains that.
>
>
My mistake, I *am* running 1.6.11...

We have found that changing team city to use localhost instead of the
external address (which eventually resolves to the same machine) that the
problem goes away and the processes are closed. This is the path...

TeamCity (on fry.local) checks out/get-latest-rev's to XXX.getmyip.com -> My
modem -> My Router -> Port-forwards to fry.local

XXX.GetMyIP.com being an address from dyndns. Tortoise and svnx don't cause
this problem when using the external address.

Does anyone have any ideas of what I could debug?
Received on 2010-06-19 11:55:35 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.