Bug 206667 - svn: E175012: Connection timed out
Summary: svn: E175012: Connection timed out
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: CURRENT
Hardware: Any Any
: --- Affects Only Me
Assignee: FreeBSD bugs mailing list
Depends on:
Reported: 2016-01-27 09:42 UTC by Thomas Schweikle
Modified: 2016-07-21 07:44 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Schweikle 2016-01-27 09:42:26 UTC
"svn: E175012: Connection timed out" this is found while checking out sources or ports for all versions:

- 11-current
- 10.2-stable
- 10.2-release
- 10.1-stable
- 10.1-release
- 10.0-stable
- 10.0-release
- 9.3-stable
- 9.3-release
- 9.2-stable
- 9.2-release
- 9.1-stable
- 9.1-release
- 8.4-stable
- 8.4-release

on all servers:
- https://svn0.us-east.freebsd.org
- https://svn0.us-west.freebsd.org
- https://svn.freebsd.org

It takes multiple trials to check out once completely. From time to time it doesn't work at all.

* subversion-1.9.2_1
* serf-1.3.8_1

proxy use doesn't matter. Timeouts occure even if the svn server is local, standing right beside of the system checking out and the client is the only system accessing the server.
Comment 1 tschweikle 2016-05-29 09:35:36 UTC
Fixed meanwhile by a new version of svn
Comment 2 tschweikle 2016-07-21 07:31:17 UTC
seems to be serf related: not closing connections leaving them in state FIN_WAIT_2 without being able to reuse them.
Comment 3 tschweikle 2016-07-21 07:35:30 UTC
Problem isn't fixed and seems to be one of all applications using serf.
Comment 4 tschweikle 2016-07-21 07:44:14 UTC
On a variety of platforms. As far as I am informed:

- all svn-clients upward 1.8.0 on all platforms
- some web_dav applications using serf (including, but not limmited: wonCloud-, nextCloud-client)
- newer versions of LibreOffice.
- some web_dav clients to mount web_dav shares.

All show the same behaviour: client hangs and isn't able to reconnect to the server until it times out. In all cases ports used are left in state FIN_WAIT_2 (or whatever the OS calls this state). I've seen this on Windows 7/10, FreeBSD 7/8/9/10/11/CURRENT, OpenBSD 5.{7/8/9}, NetBSD 6/7, Debian, Fedora 22/23/24/25, CentOS 6/7, OracleLinux 6/7 -- as far as the clients use serf.