Xunlei-Fastdick icon indicating copy to clipboard operation
Xunlei-Fastdick copied to clipboard

Downstream error 711: client request too frequent

Open zh99998 opened this issue 4 years ago • 37 comments

开了几个小时之后提速失效了,log如下

image

zh99998 avatar Dec 19 '19 02:12 zh99998

重启程序会恢复

zh99998 avatar Dec 19 '19 13:12 zh99998

捕获 我也遇到这种情况. 宽带是辽宁移动100M 固件Pandora 不知该如何解决

Yemao7 avatar Feb 02 '20 03:02 Yemao7

把重新请求的时间改到6小时试试? https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py

fffonion avatar Feb 05 '20 06:02 fffonion

把重新请求的时间改到6小时试试? https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py

谢,我在路由器上运行了新的版本了,目前正常,等过几个小时看看

zh99998 avatar Feb 05 '20 07:02 zh99998

并没有解决,依然会每5分钟输出一次 client request too frequent

zh99998 avatar Feb 06 '20 05:02 zh99998

docker版本遇到了相同的情况,盼解决,能在环境变量里面添加请求间隔参数么。

yyysuo avatar Feb 06 '20 16:02 yyysuo

那试试不重新登陆 😂 还是这个分支 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py

fffonion avatar Feb 07 '20 06:02 fffonion

那试试不重新登陆 😂 还是这个分支 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py

更新并运行了。

zh99998 avatar Feb 07 '20 07:02 zh99998

不掉线了。 打印出来了大量这种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

zh99998 avatar Feb 08 '20 02:02 zh99998

不太对,但是至少不抽了 重新试试 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py 感谢🙏

fffonion avatar Feb 08 '20 06:02 fffonion

反馈个情况,在PC上用下列脚本 https://raw.githubusercontent.com/fffonion/Xunlei-Fastdick/master/swjsq.py 生成的swjsq_wget.sh,复制到hiboy版本的pavadan固件中,稳定运行2天无任何问题,也没有异常日志。

yyysuo avatar Feb 08 '20 07:02 yyysuo

我有个快鸟后端在抽风的猜想,不一定对 634E2AD10966174037D05804CFFF31EA

fffonion avatar Feb 08 '20 07:02 fffonion

您的意思是昨天一直报请求频繁,是因为迅雷服务器抽风了?

yyysuo avatar Feb 08 '20 07:02 yyysuo

@yyysuo 有这可能,因为根据 @zh99998 最新提供的log,虽然脚本仍然存在一个逻辑问题,但是每十分钟一次的upgrade却没有触发后端的错误

fffonion avatar Feb 08 '20 07:02 fffonion

不太对,但是至少不抽了 重新试试 https://github.com/fffonion/Xunlei-Fastdick/blob/6h/swjsq.py 感谢🙏

半小时前更新的,到现在没打出过异常log,加速也还在。 再过几个小时看看情况

zh99998 avatar Feb 08 '20 10:02 zh99998

@yyysuo 有这可能,因为根据 @zh99998 最新提供的log,虽然脚本仍然存在一个逻辑问题,但是每十分钟一次的upgrade却没有触发后端的错误

在6h版本以前,那个问题是持续存在的。不是偶尔现象。只要挂几个小时稳定会出现那个。

zh99998 avatar Feb 08 '20 10:02 zh99998

放了一晚上,没打出任何异常log。提速还在,看起来好了。

zh99998 avatar Feb 09 '20 04:02 zh99998

@zh99998 感谢,那我merge到master了

@yyysuo docker镜像也更新了

fffonion avatar Feb 09 '20 04:02 fffonion

docker版本的还是报错 05:24:49 Initializing upgrade 05:24:54 Downstream error 711: client request too frequent

我怀疑跟我的时区设置有关,但是加了TZ参数不生效呢。

yyysuo avatar Feb 11 '20 05:02 yyysuo

image 还是有。 我也是先怀疑了时区,然后现在这个是把时区改对之后再测试的。

从log的时间上看,刚运行不久之后就一直在打那个了,但是我记得刚启动不久看log是没有的。 我怀疑是整24小时之后才出现的问题

但是加了TZ参数不生效呢。 时区这么设置 volumes: - /etc/localtime:/etc/localtime:ro

zh99998 avatar Feb 11 '20 23:02 zh99998

另外就是在这个状态下,继续运行是永远不会恢复的,但是重启一下就会恢复 所以有可能不仅仅是频率问题,还可能跟做了哪些步骤有关

我猜想只要在远端发来711那个错误的时候就直接报错退出让 docker 重启它,可能就能稳定运行

zh99998 avatar Feb 11 '20 23:02 zh99998

另外就是在这个状态下,继续运行是永远不会恢复的,但是重启一下就会恢复 所以有可能不仅仅是频率问题,还可能跟做了哪些步骤有关

我猜想只要在远端发来711那个错误的时候就直接报错退出让 docker 重启它,可能就能稳定运行

不是24小时之后失效的,基本上1个小时之后就失效了。另外老毛子固件上的我也在观察,老毛子固件上至少能保证24小时之内不操心

yyysuo avatar Feb 12 '20 08:02 yyysuo

image 来了一个新掉法。 早上7点24的时候看log发现掉了,重启过,然后13点的时候打出来个500,现在测试加速是不在了的。 重启后恢复

zh99998 avatar Feb 12 '20 09:02 zh99998

所以能搞一个遇到任何错误就 throw 到顶层报错退出的模式吗,感觉可以缓解不少问题。

zh99998 avatar Feb 12 '20 09:02 zh99998

感觉可能是重新加速的时候,加速请求upgrade和恢复请求recover中间没有限流导致的 我先本地试试

fffonion avatar Feb 17 '20 07:02 fffonion

我这边看起来没啥问题,但是路由器太烂了测不动速w 大家可以试试master分支上的新版

fffonion avatar Feb 18 '20 06:02 fffonion

我这边看起来没啥问题,但是路由器太烂了测不动速w 大家可以试试master分支上的新版

路由器跑最新的脚本 无法提速 且过几个小时就会报 Downstream error 711: client request too frequent

yahaha-rf avatar Feb 20 '20 07:02 yahaha-rf

@xuezhichao19970719 能否贴一下 error 711附近的日志

fffonion avatar Feb 20 '20 07:02 fffonion

@xuezhichao19970719 能否贴一下 error 711附近的日志

和楼上几个是一样的 坐标武汉电信 我重启了路由 日志被清了 等再跑几个小时才会出现这个日志 等下日志出来了我贴上来

yahaha-rf avatar Feb 20 '20 07:02 yahaha-rf

@xuezhichao19970719 新版的输出应该有一些变化的,可以检查一下是否用了master分支 https://github.com/fffonion/Xunlei-Fastdick/blob/master/swjsq.py

fffonion avatar Feb 20 '20 08:02 fffonion