MainProcess Process ‘ForkPoolWorker-84‘ pid:31087 exited with ‘signal 9 (SIGKILL)‘

最新推荐文章于 2024-07-05 10:04:48 发布
最新推荐文章于 2024-07-05 10:04:48 发布
阅读量1.3k 收藏
点赞数
分类专栏： BUG 文章标签： flask python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43561029/article/details/120311594
版权
这篇博客探讨了在Flask中使用Celery时遇到的任务超时问题。当硬时间限制(hard_time_limit)设置为300秒，软时间限制(soft_time_limit)设为150秒时，日志仍然显示任务超过了硬时间限制。原因是Celery在软时间限制到达后不会立即终止任务，而是给予额外的时间让任务优雅地结束。为了解决这个问题，建议调整soft_time_limit小于hard_time_limit，并确保任务内部包含异常捕获来处理可能的长时间运行情况。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

flask + celery

原因

此报错是因为celery任务超过了 hard_time_limit 时间被celery主进程kill掉了, 应该还能找到此报错: MainProcess Hard time limit (300s) exceeded for (此处设置的hard_time_limit为300s)

解决

把soft_time_limit设置少于hard_time_limit, 并进行异常捕获处理即可

存在问题

  • 查到公司原代码hard_time_limit为300s soft_time_limit为150s, 但日志仍然有MainProcess Hard time limit, 为什么在150s时没有抛异常, 进程可以执行300s最后被kill??
  • celery设置了soft_time_limit 还需要设置hard_time_limit么?
  • 什么情况会导致任务超过soft_time_limit 达到har_time_limit限制???
阿里云服务器编译gcc11源码ld terminated with signal 9错误解决
04-27 297
查看SWAP : swapon -s。删除swap分区与文件。
内存不足引起的SIGKILL：一个缓冲区不断增长问题的定位与解决(解释SIGKILL原因)
兰宝的专栏
09-21 1867
新版本的录制程序终于快完工了，在添加了一个新特性“报警录制”后，就开始测试了。 一开始就不顺利：程序正常运行一段时间后就会崩溃，由于程序添加了守护进程，在崩溃后会自动重启。 因此测试得到的结果就是：程序运行一段时间后就自动重启，并不断持续；有时几个小时重启一次，有时甚至每分钟都重启。 废话少说，开始定位问题： 1.去掉自动重启功能，在gdb下运行，20多分钟后就崩溃了：
celery：Process ‘ForkPoolWorker-170‘ pid:181 exited with ‘signal 9 (SIGKILL)
我就叫贝塔
11-12 2375
celery在容器运行，总是突然暴毙，查看日志发现如下错误： Process 'ForkPoolWorker-170' pid:181 exited with 'signal 9 (SIGKILL) 解决办法： 由于celery在容器里面运行， 只分配了了一核， 导致的错误， 将配置升高核数， 问题解决 ...
关于执行PHP脚本时 Nginx 提示502 PHP运行日志显示 exited on signal 9(SIGKILL) 的问题
CaThi的博客
12-19 4040
解决办法 测试服务器配置： 2核 4G 1、先看PHP的php.ini设置 max_execution_time = 120 memory_limit = 128M max_execution_time 脚本最大执行时间，这里最好配置60+，比如curl的超时就是60，配置大一点比较好。 这样子就算curl 60s超时了，你还可以通过set_time_limit(0); 来重置计时器。 memo...
运行程序报错died with ＜Signals.SIGKILL: 9＞问题定位及解决方法
weixin_44151034的博客
07-05 1672
运行程序报错died with 问题定位
ERROR/ForkPoolWorker- Pool process error: TypeError("Required argument 'object' (pos 1) not found",)
月球左边的角落
07-02 8804
问题描述celery的worker端报错：-------------- worker2@zheng-VirtualBox v4.2.0 (windowlicker)---- **** ----- --- * ***  * -- Linux-4.15.0-20-generic-x86_64-with-Ubuntu-18.04-bionic 2018-07-02 10:13:33-- * - ****...
记录一次celery+rabbitmq的bug修复过程
bambooleaf
09-26 2537
celery rabbitmq bug解决
Docker中Pm2启动多进程NODE报错
wangliuqi123的博客
09-13 1194
2021-09-13T15:41:15: PM2 log: App [kafka:1] starting in -cluster mode- 2021-09-13T15:41:15: PM2 log: App name:kafka id:2 disconnected 2021-09-13T15:41:15: PM2 log: App [kafka:2] exited with code [0] via signal [SIGINT] 2021-09-13T15:41:15: PM2 log: App [ka
System_Server与Zygote共存亡
HelloWorld
05-18 3576
Zygote孵化System_server的最后阶段ForkAndSpecializeCommon里会调用SetSigChldHandler设置信号处理函数。SetSigChldHandler定义了信号处理函数SigChldHandler，当信号SIGCHLD到来的时候，会进入信号处理函数。如果子进程SystemServer挂了，Zygote就会自杀。从而导致Zygote重启。
反向代理软件之HAproxy基础
qq_38419276的博客
07-20 801
负载均衡：Load Balance，简称LB，是一种服务或基于硬件设备等实现的高可用反向代理技术，负载均 衡将特定的业务(web服务、网络流量等)分担给指定的一个或多个后端特定的服务器或设备，从而提高了 公司业务的并发处理能力、保证了业务的高可用性、方便了业务后期的水平动态扩展 为什么使用负载均衡 Web服务器的动态水平扩展-->对用户无感知 增加业务并发访问及处理能力-->解决单服务器瓶颈问题 节约公网IP地址-->降低IT支出成本 隐藏内部服务器IP-->提高内部服务器安全性 配
Pytorch 训练停止，输出显示 died with ＜Signals,SIGKILL.9＞ 问题定位过程记录
THE XING
02-22 4190
最近使用 Pytorch 进行模型训练时，模型在训练到一小部分后程序均被停止。第一次以为是由于机器上其他人的误操作，故而直接重新拉起训练。但第二次程序终止时，发现基本与第一次训练停止的训练 iteration 一致，故而尝试对问题进行定位。 问题描述 具体而言，在使用 Pytorch 训练时的错误信息类似如下所示： File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main "__main__", mod_spec)
【Python】interrupted by signal 9: SIGKILL问题原因
weixin_40827685的博客
03-16 3850
Process finished with exit code 137 (interrupted by signal 9: SIGKILL) 问题原因： 内存不够 out of RAM Timeout close by user or system, such as os.kill(os.getpid(), SIGKILL) 参考链接
Sending signal. PID: 8561 SIG: 9
热门推荐
Hidanchaofan的博客
09-10 1万+
进最近遇到了这个错误，不能定位到具体
fork,Process,Pool的比较
zheng_lan_fang的博客
08-30 1330
1.os.fork()：主进程执行完退出，不会等待子进程。子进程不会随着主进程结束，继续运行。 2.Process()：主进程会等待子进程结束后，在结束整个程序。 3.Pool()：主进程不会等待子进程，主进程结束后，整个程序都结束。可创建多个进程。 例：fork import os,time num = 0 pid = os.fork() if pid == 0: time.sl
Process: Sending signal. PID: 5523 SIG: 9
Youngdelp的博客
05-30 1118
Process: Sending signal. PID: 5523 SIG: 9
[并发实现原理] 0705 ForkJoinPool Worker线程的阻塞—唤醒机制
promiseful的博客
07-21 507
1、唤醒 /** * Tries to create or activate a worker if too few are active. * * @param ws the worker array to use to find signallees * @param q a WorkQueue --if non-null, don't retry if now empty */ final void signalWork(WorkQue
遇到mpi worker exited on signal 9
runzhliu大数据/容器日记
06-09 3346
运行一个 mpi-operator 的 demo（这个 demo 还是我提交的…），看到如下错误。 An MPI communication peer process has unexpectedly disconnected. This usually indicates a failure in the peer process (e.g., a crash or otherwise exiting without calling MPI_FINALIZE first). Although this
PyTorch代码出现“interrupted by signal 9: SIGKILL”
墨门
04-08 4051
1 问题描述 运行PyTorch程序时出现“interrupted by signal 9: SIGKILL”错误； 根据网友lwten的回答： 感觉应该是内存不足导致的；
python进程池异步,python multiprocessing进程池无法找到异步函数
weixin_36059241的博客
12-24 750
Pretty simple multiprocessing example. Goals:Create a pool of process workers using mp.PoolDo some sort of transformation (here a simple string operation on line)Push the transformed line to mp.QueueF...
kill-9返回 137
最新发布
03-29
### Linux 中 `kill -9` 返回值 137 的含义 在 Linux 系统中，当一个进程被强制终止时，其退出码通常会反映具体的终止原因。具体到 `kill -9` 或者发送 SIGKILL 信号的情况，返回值 137 表明该进程因接收到编号为 9 的信号而被迫结束[^1]。 #### 数学计算解释 退出码的数值可以通过以下方式理解： - 当进程因为接收到了某个信号而异常终止时，系统的惯例是将信号编号加上 128 后作为退出状态码返回给父进程。 - 对于 SIGKILL（信号编号为 9），最终的退出码即为 \( 128 + 9 = 137 \)[^1]。 这种编码机制允许调用方区分正常退出与由于外部信号引发的非自愿终止情况。 #### 关于超出范围的状态码处理 值得注意的是，在某些情况下可能会遇到看似不符合常规定义的大数值退出码。然而依据标准规定，任何超过 255 的退出状态都会通过取模运算压缩至合法区间内[^3]。例如尝试设定 exit 参数为负数如 `-1` 实际上会被映射成正整数形式的最大可能值——也就是 255[^4]。 以下是验证上述理论的一个简单 Python 脚本实例： ```python import os import sys try: pid = os.fork() except OSError as e: print(f"Fork failed: {e}") sys.exit(1) if pid == 0: # 子进程 try: while True: pass except KeyboardInterrupt: sys.exit(137) # Simulate receiving signal 9 by exiting with code 137. else: # 父进程 _, status = os.waitpid(pid, 0) if os.WIFSIGNALED(status): signum = os.WTERMSIG(status) print(f"Child process was terminated by signal {signum}.") elif os.WIFEXITED(status): exit_code = os.WEXITSTATUS(status) print(f"Child exited normally with code {exit_code}.") ``` 此代码片段展示了如何创建子进程并模拟特定条件下的退出行为，同时捕获相应的退出信息以便进一步分析。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值