☰

包含许多种子的 rtorrent 最终会全部超时

tag-icon • tag-icon linux networking
包含许多种子的 rtorrent 最终会全部超时

我正在rtorrent 0.9.6/0.13.6使用以下方式运行.rtorrent.rc~500 个种子：

directory = /var/lib/stuff

schedule = watch_directory,5,5,load_start=/var/lib/torrents/*.torrent
schedule = low_diskspace,5,60,close_low_diskspace=10G

encryption = allow_incoming,enable_retry,try_outgoing
dht = disable

network.http.max_open.set = 99
network.max_open_files.set = 600
network.max_open_sockets.set = 999

pieces.hash.on_completion.set = no
check_hash = no
port_range = 1027-1027

/etc/sysctl.conf如下：

fs.file-max=500000
net.ipv4.ip_local_port_range=1024 65535
net.core.wmem_max = 16777216
net.core.rmem_max = 16777216
net.ipv4.tcp_wmem = 4096 12582912 16777216
net.ipv4.tcp_rmem = 4096 12582912 16777216

事实上，这些值是通过sysctl -p

Plex并且在同一台服务器上运行着另外几个rtorrent实例（小得多的实例），因此我首先意识到的是我快用完了出站端口，因此对上述配置进行了修改。

所涉及的追踪器目前没有遇到问题。

问题场景是：

  1. 启动此rtorrent实例，
  2. 所有种子都会随时间推移进行哈希处理，并成功连接到跟踪器和对等点。我可以在跟踪器上看到这些内容，
  3. 在约 24 小时的时间里，部分种子会先出现错误，然后是全部种子都会出现错误：Timeout was reached，部分种子带有错误SSL connect error。种子rtorrent本身会变得非常滞后，几乎没有响应，
  4. 我杀死rtorrent它Ctrl-QQ并重新开始。

这可能是什么问题？

答案1

不幸的是，这个问题最终通过更新系统包得到解决。某些版本也报告了类似的问题libcurl（我的版本比较旧）。

相关内容