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

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

From: Graham Reeves <graham_at_grahamreeves.com>
Date: Fri, 18 Jun 2010 10:45:02 +0100

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)
with one repository root and multiple repositories. TeamCity connects to
check for changes to the repositories or checkout, it gathers the data it
needs, then just leaves the process (or thread in threaded mode) open.
JetBrains are struggling to re-create the issue, and I don't believe I have
any wierd or non-standard configuration for my server.

SvnServe is being launched with this command line
svnserve -d --listen-port 1983 -r ~/MyRepos/ --log-file=/SvnLog.txt

Tortoise SVN, xcode and svnX don't cause the same issue, so I believe
TeamCity's implementation of the protocol is to blame, but I'm struggling to
find the source of the problem. (They cannot reproduce it at their end)

The contents of the log (svnlog.txt) look fine, team city is connecting, I
see it's command... then the next one...

OSX's activity monitor gives this call stack, so I guess either the socket
isn't closed properly by team city (or svnserve/osx) or is waiting for some
kind of EOF token. (I don't know the protocol)

    2266 Thread_2507
      2266 start
        2266 main
          2266 serve
            2266 svn_ra_svn_handle_commands2
              2266 svn_ra_svn_read_tuple
                2266 svn_ra_svn_read_item
                  2266 readbuf_getchar_skip_whitespace
                    2266 readbuf_getchar
                      2266 readbuf_fill
                        2266 readbuf_input
                          2266 svn_ra_svn__stream_read
                            2266 svn_stream_read
                              2266 sock_read_cb
                                2266 read
                                  2266 read

Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
        read 2266

And I'm currently running this version from collabnet. (I had the same issue
with 1.5.5 and the 1.4.x version bundled with osx leopard)
    svn, version 1.6.6 (r40053)
    compiled Oct 22 2009, 14:13:09
    Copyright (C) 2000-2009 CollabNet.

Does anyone have any ideas how I can find the problem? (or what svnserve is
expecting to do next?)
My next tests (when I find some time) will be to run the repos on a windows
machine, and a last resort to compile and debug svnserve myself...

- Graham
- http://www.grahamreeves.com/
Received on 2010-06-18 14:02:33 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.