Xunlei-Fastdick
Xunlei-Fastdick copied to clipboard
Downstream error 711: client request too frequent
开了几个小时之后提速失效了,log如下
重启程序会恢复
我也遇到这种情况. 宽带是辽宁移动100M 固件Pandora 不知该如何解决
把重新请求的时间改到6小时试试? https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py
把重新请求的时间改到6小时试试? https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py
谢,我在路由器上运行了新的版本了,目前正常,等过几个小时看看
并没有解决,依然会每5分钟输出一次 client request too frequent
docker版本遇到了相同的情况,盼解决,能在环境变量里面添加请求间隔参数么。
那试试不重新登陆 😂 还是这个分支 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py
那试试不重新登陆 😂 还是这个分支 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py
更新并运行了。
不掉线了。 打印出来了大量这种log,这是符合预期的吗
xunlei-fastdick_1 | 00:31:28 Upgrade done: down 200M
xunlei-fastdick_1 | 00:41:18 Initializing upgrade
xunlei-fastdick_1 | 00:41:19 Upgrade done: down 200M
xunlei-fastdick_1 | 00:51:09 Initializing upgrade
xunlei-fastdick_1 | 00:51:10 Upgrade done: down 200M
xunlei-fastdick_1 | 01:01:00 Initializing upgrade
xunlei-fastdick_1 | 01:01:01 Upgrade done: down 200M
xunlei-fastdick_1 | 01:10:51 Initializing upgrade
xunlei-fastdick_1 | 01:10:52 Upgrade done: down 200M
xunlei-fastdick_1 | 01:20:42 Initializing upgrade
xunlei-fastdick_1 | 01:20:43 Upgrade done: down 200M
xunlei-fastdick_1 | 01:30:33 Initializing upgrade
xunlei-fastdick_1 | 01:30:34 Upgrade done: down 200M
xunlei-fastdick_1 | 01:40:24 Initializing upgrade
xunlei-fastdick_1 | 01:40:25 Upgrade done: down 200M
xunlei-fastdick_1 | 01:50:15 Initializing upgrade
xunlei-fastdick_1 | 01:50:16 Upgrade done: down 200M
xunlei-fastdick_1 | 02:00:07 Initializing upgrade
xunlei-fastdick_1 | 02:00:08 Upgrade done: down 200M
xunlei-fastdick_1 | 02:09:58 Initializing upgrade
xunlei-fastdick_1 | 02:09:59 Upgrade done: down 200M
xunlei-fastdick_1 | 02:19:49 Initializing upgrade
xunlei-fastdick_1 | 02:19:50 Upgrade done: down 200M
xunlei-fastdick_1 | 02:29:40 Initializing upgrade
xunlei-fastdick_1 | 02:29:41 Upgrade done: down 200M
xunlei-fastdick_1 | 02:39:31 Initializing upgrade
xunlei-fastdick_1 | 02:39:32 Upgrade done: down 200M
不太对,但是至少不抽了 重新试试 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py 感谢🙏
反馈个情况,在PC上用下列脚本 https://raw.githubusercontent.com/fffonion/Xunlei-Fastdick/master/swjsq.py 生成的swjsq_wget.sh,复制到hiboy版本的pavadan固件中,稳定运行2天无任何问题,也没有异常日志。
我有个快鸟后端在抽风的猜想,不一定对
您的意思是昨天一直报请求频繁,是因为迅雷服务器抽风了?
@yyysuo 有这可能,因为根据 @zh99998 最新提供的log,虽然脚本仍然存在一个逻辑问题,但是每十分钟一次的upgrade却没有触发后端的错误
不太对,但是至少不抽了 重新试试 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py 感谢🙏
半小时前更新的,到现在没打出过异常log,加速也还在。 再过几个小时看看情况
@yyysuo 有这可能,因为根据 @zh99998 最新提供的log,虽然脚本仍然存在一个逻辑问题,但是每十分钟一次的upgrade却没有触发后端的错误
在6h版本以前,那个问题是持续存在的。不是偶尔现象。只要挂几个小时稳定会出现那个。
放了一晚上,没打出任何异常log。提速还在,看起来好了。
@zh99998 感谢,那我merge到master了
@yyysuo docker镜像也更新了
docker版本的还是报错 05:24:49 Initializing upgrade 05:24:54 Downstream error 711: client request too frequent
我怀疑跟我的时区设置有关,但是加了TZ参数不生效呢。
还是有。 我也是先怀疑了时区,然后现在这个是把时区改对之后再测试的。
从log的时间上看,刚运行不久之后就一直在打那个了,但是我记得刚启动不久看log是没有的。 我怀疑是整24小时之后才出现的问题
但是加了TZ参数不生效呢。 时区这么设置 volumes: - /etc/localtime:/etc/localtime:ro
另外就是在这个状态下,继续运行是永远不会恢复的,但是重启一下就会恢复 所以有可能不仅仅是频率问题,还可能跟做了哪些步骤有关
我猜想只要在远端发来711那个错误的时候就直接报错退出让 docker 重启它,可能就能稳定运行
另外就是在这个状态下,继续运行是永远不会恢复的,但是重启一下就会恢复 所以有可能不仅仅是频率问题,还可能跟做了哪些步骤有关
我猜想只要在远端发来711那个错误的时候就直接报错退出让 docker 重启它,可能就能稳定运行
不是24小时之后失效的,基本上1个小时之后就失效了。另外老毛子固件上的我也在观察,老毛子固件上至少能保证24小时之内不操心
来了一个新掉法。 早上7点24的时候看log发现掉了,重启过,然后13点的时候打出来个500,现在测试加速是不在了的。 重启后恢复
所以能搞一个遇到任何错误就 throw 到顶层报错退出的模式吗,感觉可以缓解不少问题。
感觉可能是重新加速的时候,加速请求upgrade和恢复请求recover中间没有限流导致的 我先本地试试
我这边看起来没啥问题,但是路由器太烂了测不动速w 大家可以试试master分支上的新版
我这边看起来没啥问题,但是路由器太烂了测不动速w 大家可以试试master分支上的新版
路由器跑最新的脚本 无法提速 且过几个小时就会报 Downstream error 711: client request too frequent
@xuezhichao19970719 能否贴一下 error 711附近的日志
@xuezhichao19970719 能否贴一下 error 711附近的日志
和楼上几个是一样的 坐标武汉电信 我重启了路由 日志被清了 等再跑几个小时才会出现这个日志 等下日志出来了我贴上来
@xuezhichao19970719 新版的输出应该有一些变化的,可以检查一下是否用了master分支 https://github.com/fffonion/Xunlei-Fastdick/blob/master/swjsq.py