gocron
gocron copied to clipboard
执行过程中意外退出
定时脚本执行过程中意外退出了..
数据量相较之前增加了60%左右,原来需要执行560秒左右,现在执行440秒左右就挂掉了。
gocron日志里面的内容是:
exit status 1
shell脚本执行的,在服务器上手动执行脚本木得问题
可以试试执行简单的shell脚本,比如每隔几秒输出一次时间,观察运行是否正常。
我上面的表达有问题…是shell执行的php脚本
我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
我上面的表达有问题…是shell执行的php脚本
我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333
因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333
因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我这肯定不是数据量大的问题,我分页获取数据,一次取500条,也是出现这个问题
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333 因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我这肯定不是数据量大的问题,我分页获取数据,一次取500条,也是出现这个问题 我当时也是分页取的,每次取200条数据计算用户日流水,取完了sleep 0.1 秒这样子,仍然出现了这个问题,所以我个人推测我们问题出现的原因是和数据总量有关(因为一次更新的导致我们的数据量提升了60%),而不是和每次获取的数据有关(每次读取200条数据的逻辑不变)
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333 因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我这肯定不是数据量大的问题,我分页获取数据,一次取500条,也是出现这个问题 我当时也是分页取的,每次取200条数据计算用户日流水,取完了sleep 0.1 秒这样子,仍然出现了这个问题,所以我个人推测我们问题出现的原因是和数据总量有关(因为一次更新的导致我们的数据量提升了60%),而不是和每次获取的数据有关(每次读取200条数据的逻辑不变)
但有时又是正常的,或者你把gocron web 和gocron-node 重新启动又是正常的
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333 因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我这肯定不是数据量大的问题,我分页获取数据,一次取500条,也是出现这个问题 我当时也是分页取的,每次取200条数据计算用户日流水,取完了sleep 0.1 秒这样子,仍然出现了这个问题,所以我个人推测我们问题出现的原因是和数据总量有关(因为一次更新的导致我们的数据量提升了60%),而不是和每次获取的数据有关(每次读取200条数据的逻辑不变)
但有时又是正常的,或者你把gocron web 和gocron-node 重新启动又是正常的
emmm, 这个情况我没试过....我们那会是每天必会报错。
我上面的表达有问题…是shell执行的php脚本 我们gocron下面有200+的脚本在执行,其他的都么得问题(滑跪. Gif)
你解决了吗?我现在也是遇到了这个问题,其它的脚本都没问题,就有一个脚本出现这个问题(平时要跑300秒,现在10秒就结束了,但是没有处理数据)
Hi,你好,这是我的另一个git hub 账号2333 因为我们是数据量激增以后导致的这个问题,所以我们判断是因为数据量的问题导致的。最终解决方案是修改脚本,原来每次运行会处理3天的数据,改了以后只执行一天,改完以后脚本的执行就木的问题了。希望对你有所帮助哈哈~
我这肯定不是数据量大的问题,我分页获取数据,一次取500条,也是出现这个问题 我当时也是分页取的,每次取200条数据计算用户日流水,取完了sleep 0.1 秒这样子,仍然出现了这个问题,所以我个人推测我们问题出现的原因是和数据总量有关(因为一次更新的导致我们的数据量提升了60%),而不是和每次获取的数据有关(每次读取200条数据的逻辑不变)
但有时又是正常的,或者你把gocron web 和gocron-node 重新启动又是正常的
emmm, 这个情况我没试过....我们那会是每天必会报错。
重启后,第二天又不行了,数据量这个没法控制,是从第三方拉取的