One further piece of information. I tried running the
stress test stress.pl on this repository.
The result was as follows:
...huge list of all the files it checked out...
Checked out revision 22.
Malformed UTF-8 character (unexpected end of string)
at ./stress.pl line 254, <FOO> line 9067.
...last line repeated multiple times, then...
However, I can't seem to find any core files that
relate to subversion -- a search of the entire
filesystems produces only:
--- root <email@example.com> wrote:
> I have been trying to track down this problem for
> Problem: On a large repository with mostly binary
> files, doing a checkout from a network client will
> hang in the middle of the checkot. This happens
> svn:// svn+ssh:// and https:// (regardless of
> protocol). This does not happen with file:///
> The server is the following:
> Linux kafka.localdomain 2.4.20-28.9smp #1 SMP Thu
> 18 13:37:36 EST 2003 i686 i686 i386 GNU/Linux
> svn, version 0.36.0 (dev build)
> compiled Jan 23 2004, 09:46:28
> The following repository access (RA) modules are
> * ra_dav : Module for accessing a repository via
> WebDAV (DeltaV) protocol.
> - handles 'http' schema
> * ra_local : Module for accessing a repository on
> local disk.
> - handles 'file' schema
> * ra_svn : Module for accessing a repository using
> svn network protocol.
> - handles 'svn' schema
> The client is the following (note problem occurs
> svn cmd line tools also):
> TortoiseSVN 0.24.0, Build 554, UNICODE
> Subversion 0.35.1, dev build
> apr 0.9.5
> apr-iconv 0.9.5
> apr-utils 0.9.5
> berkeley db 4.2.52
> neon 0.24
> OpenSSL 0.9.7c 30 Sep 2003
> zlib 1.2.1
> I have compiled subversion with
> --enable-maintainer-mode. When the problem occurs
> (hang) there is no output to stdout. I do not
> that this is a permissions problem. I have a
> script that sets umask on svnserve binary. I am the
> only one accessing this repository. When it hangs,
> the steps I take are:
> Kill the client; see that the svnserve process exits
> successfully on the server via ps command.
> svnadmin recover..
> fix the permissions, if necessary.
> From the client, do an update, it will start
> continuing where it left off, but again it will hang
> half-way through.
> I tried to run svnserve -d and then attach gdb to
> Unfortunately, I'm not that familiar with the code,
> and I really don't know where to set breakpoints to
> see anything useful. I am hoping someone on this
> can help me track it down by making suggestions on
> where to look in gdb. If I just do:
> (gdb) continue
> It runs - and my client connects, and then it hangs
> usual through a checkout (typically after
> a number of repository files first)...then I have to
> CTRL-C in gdb, and if I do
> (gdb) backtrace
> #0 0xffffe002 in ?? ()
> #1 0x0804aca7 in main (argc=2, argv=0xbfffef84) at
> #2 0x42015704 in __libc_start_main () from
> Which doesn't seem to useful. Not being an expert
> with gdb, or the source code, can someone tell me
> where some useful places would be to place
> to try to narrow down where it is getting stuck?
> With an SMP machine and also the fact that it seems
> the subversion code uses threads, any help is
> appreciated in tracking down this issue.
> Thanks in advance,
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool.
> Try it!
> To unsubscribe, e-mail:
> For additional commands, e-mail:
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue Jan 27 21:20:37 2004