偶尔 svn: E170013: 无法连接到位于 URL 'https://svn.....' 的存储库 svn: E730054: 错误 运行 上下文
Occasional svn: E170013: Unable to connect to a repository at URL 'https://svn.....' svn: E730054: Error running context
我需要帮助解决 svn 错误 E170013 和 E730054:
在命令行中执行命令"svn checkout..."时,出现错误
svn: E170013: Unable to connect to a repository at URL 'https://svn.....'
svn: E730054: Error running context: An existing connection was forcibly closed
by the remote host.
但是,如果我 运行 紧接着(仅在接下来的 3 分钟内)执行相同的命令,则命令执行成功且没有错误,源代码也成功检出。
否则 3 分钟后(大约),如果我想再次结帐,我需要 运行 svn checkout 命令,得到错误 E170013 and E730054
,
然后 运行 再次执行相同的命令,svn checkout 再次工作。
在我看来,经过一段时间(在我的例子中是 3 分钟)后,svn 客户端和 svn 服务器之间的套接字关闭,并尝试检查 and/or 得到这些错误才是真正触发的重新打开连接。
换句话说,我的问题是为了执行 svn checkout,第一次总是失败,只有下一次尝试才会成功。一段时间后,我需要再次重复相同的步骤并始终执行两次“svn checkout”,以便第二个有效。
我的解释可能是错误的,但这是我得到的行为。我希望你能解决我的问题。
我想请理解为什么这样的 svn 行为,是什么导致了这些错误以及我该如何解决这个问题。
SVN server version: 1.8.13 (r1667537) compiled Mar 20 2015, 11:32:18 on x86_64-unknown-linux-gnu
SVN client version: 1.9.3 (r1718519) compiled Dec 22 2015, 09:12:06 on x86_64-microsoft-windows6.2.9200
SVN Client running on Windows Server 2008 R2 and SVN server in linux machine.
有任何问题欢迎随时提问。我很乐意为您提供更多信息。
在此先感谢您。
首先,您必须检查服务器日志。必须有关于根本原因的线索。
其次,这个问题与 Subversion 无关。您必须检查网络配置并确保您的 Linux 机器正确接受所需端口和 IP 接口上的连接。
我终于找到了解决办法。
我没有写下 link https://svn..... 在 svncheckout 命令中,我使用了服务器的数字 IP 地址(例如 192.168.73.39)而不是它的主机名和成功了。
我希望这对某人有所帮助。
对我来说,svn
试图通过 ipv6 连接,而远程服务器没有正确配置或支持 ipv6 的防火墙。
the mailing list 上的类似聊天建议编辑您的主机文件,以便您只能通过对我有用的 ipv4 连接:/
> sudo dnf install cyrus-sasl-md5
对于我在 Fedora 上,你需要这个包来获取密码。否则它就找不到服务器存储库。
只需打开 IPv6。
虽然它没有在你的机器上使用,但是 subversion svn 需要它。
subversion 在我的 FreeBSD 12.1 机器上运行良好。为了使它更健壮,我关闭了未使用的 IPv6 功能。之后各种问题开始浮出水面。
所以,在我恢复 IPv6 之后,现在一切正常。
我需要帮助解决 svn 错误 E170013 和 E730054:
在命令行中执行命令"svn checkout..."时,出现错误
svn: E170013: Unable to connect to a repository at URL 'https://svn.....'
svn: E730054: Error running context: An existing connection was forcibly closed
by the remote host.
但是,如果我 运行 紧接着(仅在接下来的 3 分钟内)执行相同的命令,则命令执行成功且没有错误,源代码也成功检出。
否则 3 分钟后(大约),如果我想再次结帐,我需要 运行 svn checkout 命令,得到错误 E170013 and E730054
,
然后 运行 再次执行相同的命令,svn checkout 再次工作。
在我看来,经过一段时间(在我的例子中是 3 分钟)后,svn 客户端和 svn 服务器之间的套接字关闭,并尝试检查 and/or 得到这些错误才是真正触发的重新打开连接。
换句话说,我的问题是为了执行 svn checkout,第一次总是失败,只有下一次尝试才会成功。一段时间后,我需要再次重复相同的步骤并始终执行两次“svn checkout”,以便第二个有效。
我的解释可能是错误的,但这是我得到的行为。我希望你能解决我的问题。
我想请理解为什么这样的 svn 行为,是什么导致了这些错误以及我该如何解决这个问题。
SVN server version: 1.8.13 (r1667537) compiled Mar 20 2015, 11:32:18 on x86_64-unknown-linux-gnu
SVN client version: 1.9.3 (r1718519) compiled Dec 22 2015, 09:12:06 on x86_64-microsoft-windows6.2.9200
SVN Client running on Windows Server 2008 R2 and SVN server in linux machine.
有任何问题欢迎随时提问。我很乐意为您提供更多信息。
在此先感谢您。
首先,您必须检查服务器日志。必须有关于根本原因的线索。
其次,这个问题与 Subversion 无关。您必须检查网络配置并确保您的 Linux 机器正确接受所需端口和 IP 接口上的连接。
我终于找到了解决办法。
我没有写下 link https://svn..... 在 svncheckout 命令中,我使用了服务器的数字 IP 地址(例如 192.168.73.39)而不是它的主机名和成功了。
我希望这对某人有所帮助。
对我来说,svn
试图通过 ipv6 连接,而远程服务器没有正确配置或支持 ipv6 的防火墙。
the mailing list 上的类似聊天建议编辑您的主机文件,以便您只能通过对我有用的 ipv4 连接:/
> sudo dnf install cyrus-sasl-md5
对于我在 Fedora 上,你需要这个包来获取密码。否则它就找不到服务器存储库。
只需打开 IPv6。
虽然它没有在你的机器上使用,但是 subversion svn 需要它。
subversion 在我的 FreeBSD 12.1 机器上运行良好。为了使它更健壮,我关闭了未使用的 IPv6 功能。之后各种问题开始浮出水面。
所以,在我恢复 IPv6 之后,现在一切正常。