Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[BUG] Docker部署下运行一段时间后崩溃 #894

Open
7 of 19 tasks
RiverKy opened this issue Jan 12, 2025 · 21 comments
Open
7 of 19 tasks

[BUG] Docker部署下运行一段时间后崩溃 #894

RiverKy opened this issue Jan 12, 2025 · 21 comments
Labels
backend This is a backend related bug 程序错误，有什么东西无法正常工作 confirmed 该问题已经过确认

Comments

@RiverKy
Copy link

RiverKy commented Jan 12, 2025

版本号 - Version

v7.3.0

操作系统平台和系统架构 - OS and CPU Arch

基于Debian的fnOS v0.8.32。系统架构为x64。

$ uname -a
Linux Kais-NAS 6.6.38-trim #80 SMP PREEMPT_DYNAMIC Tue Dec 10 20:45:43 CST 2024 x86_64 GNU/Linux

部署方式 - Deploy methods

  • Windows .exe 安装程序 (Windows .exe Installer)
  • Windows .zip 绿色部署包 (Windows .zip Portable)
  • Docker
  • JAR 包直接启动 (Start via .JAR directly)
  • 群晖 DSM 套件 (Synology .spk package)
  • Debian 软件包 (Debian .deb package)
  • RedHat/Fedora 软件包 (RedHat/Fedora .rpm package)
  • FreeBSD 软件包(FreeeBSD .pkg package)

添加的下载器 - Added Downloaders

  • qBittorrent
  • BiglyBT/Azureus/Vuze
  • Deluge
  • Transmission
  • BitComet

问题描述 - Issue Description

PBH在正常运行一段时间后崩溃。

复现步骤 - Reproduce steps

无显著操作步骤。

截图/日志文件 - Screenshot / Logs

我可以提供一个巨大的（2.5MB）latest.log以便定位问题。以下是一些我认为可能比较有价值的节选（仍然巨大，33KB）
latest.part.log

额外信息 - Addition Information

昨天晚上（UTC+8）跑了一晚上并没有出现异常，今天中午起来开始报错的。已尝试重新拉取镜像并重新创建容器，并未解决问题。

检查清单 - Check list

  • PeerBanHelper 已更新到最新版本，非最新版本不接受任何错误反馈，任何非最新版本的 Issue 将被 立 刻 关 闭，不会有人给您提供任何支持 (I'm running the latest version of PBH that can be found in Github Relases, non-latest release won't receive any support)
  • 所添加的下载器已满足 README 中的前置要求（如版本号和插件）(The downloaders that I've added already satisfied the requirements (E.g install plugins/adapters))
  • 我已检查过 PBH 文档（特别是常见问题），且即使使用了搜索也没有找到与此有关的内容 (This not a question/or the question that not listed in README's FAQ or PBH WIKI)
  • 我没有检查这个检查清单，只是闭眼选中了所有的复选框，请关闭这个 Issue (I have not read these checkboxes and therefore I just ticked them all, Please close this issue)
  • 这不是一个安全漏洞，它可以被安全的公开报告。若需要报告安全漏洞，请在此报告 (This not a security related issue, can be safe report in public. If you want report a security exploit, please report it here)
  • 我同意遵守 PBH-BTN 包容性条约，不发布 “嘲讽、骂战、引战、开盒（有时也称为人肉搜索）、人身攻击、仇恨、暴力、侮辱性言辞、违法违规、黑灰产、危害国家安全、实施或帮助他人实施电信犯罪” 等内容。并已知晓如果仍旧发布了这些内容，我的账号将立刻从包括但不限于 PBH-BTN 组织、社交软件中封禁。所有主题、内容都将被立刻删除或折叠，撤销、删除和收回您所做出的一切贡献，并封禁 BTN 网络的中账号权限、排除您所提交的所有数据。在您违反相关规则时，PBH-BTN 将会将您的注册、登录、和最近访问的 IP 地址、电子邮件地址、以及其它可能追踪您或将您去匿名化的信息从定期删除转为永不删除，并在任何国家或地区的政府、公安机关或有关部门需要时无通知的提供这些数据。 (I agree to abide by the PBH-BTN Inclusivity Pact by not posting content such as “taunting, name-calling, war-mongering, open-boxing (sometimes referred to as mansplaining), personal attacks, hatred, violence, insulting language, illegal activities, black and grey business, endangering national security, and committing or assisting others in committing telecommunication crimes”. I am aware that if I continue to post such content, my account will be immediately banned from organizations including but not limited to PBH-BTN, social software. All topics and content will be immediately deleted or collapsed, all contributions will be revoked, deleted and retracted, and you will be banned from the BTN network and all data you have submitted will be excluded. In the event of a violation of these rules, PBH-BTN will delete your registration, login, and most recent IP address, email address, and any other information that may be used to track you or de-anonymize you from regular to permanent deletion, and will make this data available to the government, public security, or other relevant authorities without notice if they request it, no matter what country or region.)
@Ghost-chu
Copy link
Collaborator

网络请求卡住无响应，检查下载器状态和代理设置

@RiverKy
Copy link
Author

RiverKy commented Jan 12, 2025 via email

@Ghost-chu
Copy link
Collaborator

pbh到qb的

qb卡住无响应或者端点更换都会这样
先检查PBH下载器的IP端口用户名密码是否正确，然后看卡住的时候qb是不是卡死了，qb卡死会导致不给PBH响应数据，引发封禁线程超时

@RiverKy
Copy link
Author

RiverKy commented Jan 12, 2025

注意到我为qBittorrent WebUI设置的反向代理的日志全部正常，应该不是这方面的问题……我会进行更多观察。

@Ghost-chu
Copy link
Collaborator

看看 7.3.1 有没有改善呢

@Ghost-chu Ghost-chu added the backend This is a backend related label Jan 13, 2025
@RiverKy
Copy link
Author

RiverKy commented Jan 13, 2025

观察到在v7.3.2版本下若在PeerBanHelper启动时qBittorrent API连通性正常（手工测试），则PBH WebUI将直接无法连通，日志输出如下错误（省略大量Java定位信息）：

[18:12:46] [main/INFO]: [Ban] Restored 112 ban records from saved ban list cache file
[18:13:18] [Ban Wave/ERROR]: [Timeout] Operation timeout during peers check, task forcibly terminated
[18:13:48] [Ban Wave/ERROR]: [Timeout] Operation timeout processing new peers bans, task forcibly terminated
[18:13:51] [pool-6-thread-1/INFO]: [Warning] WatchDog Service BanWave Thread not reset within the specified time 65000ms. Last status Apply banlist. Dumping process thread information, please send to PeerBanHelper developers to assist in fixing this issue
[18:13:51] [pool-6-thread-1/INFO]: 
"main" prio=5 Id=1 TIMED_WAITING on java.util.concurrent.atomic.AtomicBoolean@49c09bd6
	at [email protected]/java.lang.Object.wait0(Native Method)
	-  waiting on java.util.concurrent.atomic.AtomicBoolean@49c09bd6
	at [email protected]/java.lang.Object.wait(Unknown Source)
	at app//com.ghostchu.peerbanhelper.gui.impl.console.ConsoleGuiImpl.sync(ConsoleGuiImpl.java:32)
	at app//com.ghostchu.peerbanhelper.gui.PBHGuiManager.sync(PBHGuiManager.java:34)
	at app//com.ghostchu.peerbanhelper.Main.main(Main.java:143)
	at app//com.ghostchu.peerbanhelper.MainJumpLoader.main(MainJumpLoader.java:17)

若PBH启动时qB API无法连通，则PBH WebUI可以访问，日志仅输出无法登录qB API的错误。此时使qB API上线，PBH能够进行若干次检查，约30秒后崩溃，PBH WebUI无法连通，日志输出上述错误。

@Ghost-chu
Copy link
Collaborator

观察到在v7.3.2版本下若在PeerBanHelper启动时qBittorrent API连通性正常（手工测试），则PBH WebUI将直接无法连通，日志输出如下错误（省略大量Java定位信息）：

[18:12:46] [main/INFO]: [Ban] Restored 112 ban records from saved ban list cache file
[18:13:18] [Ban Wave/ERROR]: [Timeout] Operation timeout during peers check, task forcibly terminated
[18:13:48] [Ban Wave/ERROR]: [Timeout] Operation timeout processing new peers bans, task forcibly terminated
[18:13:51] [pool-6-thread-1/INFO]: [Warning] WatchDog Service BanWave Thread not reset within the specified time 65000ms. Last status Apply banlist. Dumping process thread information, please send to PeerBanHelper developers to assist in fixing this issue
[18:13:51] [pool-6-thread-1/INFO]: 
"main" prio=5 Id=1 TIMED_WAITING on java.util.concurrent.atomic.AtomicBoolean@49c09bd6
	at [email protected]/java.lang.Object.wait0(Native Method)
	-  waiting on java.util.concurrent.atomic.AtomicBoolean@49c09bd6
	at [email protected]/java.lang.Object.wait(Unknown Source)
	at app//com.ghostchu.peerbanhelper.gui.impl.console.ConsoleGuiImpl.sync(ConsoleGuiImpl.java:32)
	at app//com.ghostchu.peerbanhelper.gui.PBHGuiManager.sync(PBHGuiManager.java:34)
	at app//com.ghostchu.peerbanhelper.Main.main(Main.java:143)
	at app//com.ghostchu.peerbanhelper.MainJumpLoader.main(MainJumpLoader.java:17)

若PBH启动时qB API无法连通，则PBH WebUI可以访问，日志仅输出无法登录qB API的错误。此时使qB API上线，PBH能够进行若干次检查，约30秒后崩溃，PBH WebUI无法连通，日志输出上述错误。

有远程吗

@Ghost-chu
Copy link
Collaborator

我的建议是你试一下绕开你的反向代理，多半是你的反代有点问题

@RiverKy
Copy link
Author

RiverKy commented Jan 14, 2025

有远程吗

我的反向代理跑在另一个Docker容器里，通过容器间通讯直接访问。

我的建议是你试一下绕开你的反向代理，多半是你的反代有点问题

多半不是。因为我在PeerBanHelper报错时手工访问qBittorrent WebUI和手工请求qB API均有正常的返回。
而且这个该死的系统自带的qB不用反代还没法访问WebUI。

@RiverKy
Copy link
Author

RiverKy commented Jan 14, 2025

经过数轮尝试，似乎可以将bug定位在多拨寻猎和DNS反查这两个功能之间，我会进一步观察。

@CreeperAWA
Copy link
Contributor

有远程吗

我的反向代理跑在另一个Docker容器里，通过容器间通讯直接访问。

我的建议是你试一下绕开你的反向代理，多半是你的反代有点问题

多半不是。因为我在PeerBanHelper报错时手工访问qBittorrent WebUI和手工请求qB API均有正常的返回。 而且这个该死的系统自带的qB不用反代还没法访问WebUI。

他问你 有远程吗 的意思是想远程连你电脑看一下(

@RiverKy
Copy link
Author

RiverKy commented Jan 16, 2025

真是抱歉。如果是这样的话，请私信我（rat.haven.0h[at]icloud.com）一个即时通讯的联系方式，今天晚些时候或者是明天我会联系您共享屏幕～

@RiverKy
Copy link
Author

RiverKy commented Jan 20, 2025

Observed a conclusion of issue after updated to version 7.3.3. Still not sure about the mechanism.

@RiverKy RiverKy closed this as completed Jan 20, 2025
@RiverKy
Copy link
Author

RiverKy commented Jan 21, 2025

No, not concluded yet. 我们观察到开启DNS反查封禁选项之后重启PeerBanHelper容器会导致描述中的问题。

@RiverKy RiverKy reopened this Jan 21, 2025
@Ghost-chu
Copy link
Collaborator

确实有可能在大量 DNS 查询的时候卡住，实验室打开 DNSJava 实验看看

@RiverKy
Copy link
Author

RiverKy commented Jan 21, 2025

确实有可能在大量 DNS 查询的时候卡住，实验室打开 DNSJava 实验看看

不过我这个选项始终是打开的。

@Ghost-chu
Copy link
Collaborator

确实有可能在大量 DNS 查询的时候卡住，实验室打开 DNSJava 实验看看

不过我这个选项始终是打开的。

那先关掉主机名反查封禁模块吧，它默认就是关闭的。

@RiverKy
Copy link
Author

RiverKy commented Jan 22, 2025

有没有可能是我的设备性能太弱了？用的大名鼎鼎的Intel Celeron J1900。

@Ghost-chu Ghost-chu added the vacation 此问题开启于假期期间，将在假期结束后处理 label Jan 22, 2025
@RiverKy
Copy link
Author

RiverKy commented Jan 23, 2025

我有一个思路，可能是PBH刚启动时的DNS反查请求处理有点问题，可能是请求量过大或者是其他的。因为如果在运行中途启用DNS反查封禁并不会出发此问题，而只要重启立即出问题。

@CreeperAWA
Copy link
Contributor

我有一个思路，可能是PBH刚启动时的DNS反查请求处理有点问题，可能是请求量过大或者是其他的。因为如果在运行中途启用DNS反查封禁并不会出发此问题，而只要重启立即出问题。

所以你现在应关闭DNS反查模块观察

@Gaojianli Gaojianli added bug 程序错误，有什么东西无法正常工作 confirmed 该问题已经过确认 and removed vacation 此问题开启于假期期间，将在假期结束后处理 labels Feb 13, 2025
@yuanyiwei
Copy link

yuanyiwei commented Feb 21, 2025 •
edited
Loading

同这个问题，在下载种子时出现报错，大概一个种子连了500个peer后pbh就卡了，把这个种子删了就恢复
有没有解决方法（

我就全默认配置，没有主机名反查封禁模块

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
backend This is a backend related bug 程序错误，有什么东西无法正常工作 confirmed 该问题已经过确认
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@Gaojianli @Ghost-chu @yuanyiwei @RiverKy @CreeperAWA