Your message dated Tue, 17 Dec 2019 22:21:15 -0500
with message-id <20191218032115.vxwmzln3nhfec2fx@localhost>
and subject line Re: Bug#439330: subversion: synchronization problem, so svn is
very slow
has caused the Debian Bug report #439330,
regarding subversion: synchronization problem, so svn is very slow
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
439330: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439330
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: subversion
Version: 1.4.4dfsg1-1
Severity: important
Hi.
Attention, the problem is only with http:// WebDav, but neither with https://
nor svn://
If I do a 'svn list http://server/repo' it takes a lot of time.
If I do a 'strace svn list http://server/repo' it works well.
If I do a 'tcpcump' in one console, and 'svn list http://server/repo', in other
console, it works well.
I tried to recompile subversion. I used 'apt-get source subversion' from
'deb-src http://ftp.debian.org/debian/ unstable main non-free contrib'. And get
neon-0.25.5 (as .configure proposed to me).
But the problem persists.
With strace I saw that the problem could be in the send recv and poll. I
located the source code in neon/src/ne_socket.c, read_raw() and write_raw()
functions.
I changed the code of write_raw to sohw a trace. My change:
...
fprintf(stderr, "*********** Before\n");
ret = send(sock->fd, data, length, 0);
fprintf(stderr, "*********** After\n");
fflush(stderr);
...
And the problem is solved !!!
It has to be a synchronization problem, but I don't know where (subversion,
neon, kernel, ...)
Regards
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22.aca.070817 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages subversion depends on:
ii libapr1 1.2.7-8.2 The Apache Portable Runtime
Librar
ii libc6 2.6.1-1 GNU C Library: Shared libraries
ii libneon26 0.26.4-1 An HTTP and WebDAV client library
ii libsvn1 1.4.4dfsg1-1 Shared libraries used by
Subversion
ii subversion 1.4.4dfsg1-1 Advanced version control system
subversion recommends no packages.
--- End Message ---
--- Begin Message ---
Version: 1.8.5-1
On Fri, Aug 24, 2007 at 11:04:30AM +0200, Alejandro Perez Garcia wrote:
> Attention, the problem is only with http:// WebDav, but neither with https://
> nor svn://
>
> If I do a 'svn list http://server/repo' it takes a lot of time.
>
> If I do a 'strace svn list http://server/repo' it works well.
>
> If I do a 'tcpcump' in one console, and 'svn list http://server/repo', in
> other console, it works well.
>
> I tried to recompile subversion. I used 'apt-get source subversion' from
> 'deb-src http://ftp.debian.org/debian/ unstable main non-free contrib'. And
> get neon-0.25.5 (as .configure proposed to me).
> But the problem persists.
>
> With strace I saw that the problem could be in the send recv and poll. I
> located the source code in neon/src/ne_socket.c, read_raw() and write_raw()
> functions.
It sounds like this was a problem with neon, not subversion. However,
neon isn't used by subversion anymore since 1.8.5, so closing this bug.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
--- End Message ---
