服务频繁重启

最新推荐文章于 2023-10-17 17:13:28 发布
最新推荐文章于 2023-10-17 17:13:28 发布
阅读量371 收藏
点赞数
文章标签： docker linux kubernetes Powered by 金山文档
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44730166/article/details/129613489
版权

最近在做一个需要大量调用接口的一个功能，然后发现请求次数一多，然后就会有一段时间接口都报503，一直都无法请求成功，但是过阵子又没事了

有问题就去找日志，通过看容器的日志发现了一点小问题，就是容器重启时间有点奇怪，既没有人push代上去，也没有人手动重启，但是容器就是重启了。带着这点疑问，我直接拼命发起大量请求后，发现果然是因为请求太多，日志上直接打印了Killed以后就挂了，接着就重启了

此时有些怀疑是内存不够的问题导致的重启，为了进一步验证，既然容器上的日志无法看出问题，那就去看看k8s的事件，果然发现了问题。

the failed container exited with ExitCode: 137

这句话表示容器收到了SIGKILL信号，进程被干掉了，这是由用户或docker守护程序发起的，而发起原因，一般就是pod中的limit资源设置比较小，然后运行内存不足就挂了

瞎搞搞，名字真难取
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
EPLAN防止频繁重启补丁.zip
08-31
在使用过程中，有时可能会遇到软件需要频繁重启的情况，这可能会影响工作效率。为了解决这个问题，EPLAN推出了“防止频繁重启补丁”。 该补丁的主要目的是优化软件的稳定性和性能，减少在工作流程中不必要的程序...
远程重启服务器
11-26
然而，重要的是要记住，频繁的远程重启可能掩盖更深层次的问题，所以最好配合使用监控工具来识别和解决根本原因，以避免不必要的重启。在实施远程重启前，也要确保理解其可能带来的影响，例如丢失未保存的数据或中断...
线上docker服务频繁自动重启解决过程
chenyl
05-13 5633
1 原因分析 线上配置的重要配置参数为： 最大堆内存 最小堆内存 docker内存 2G 2G 2G 可以看到堆内存和docker配置的内存一样大。docker内存分配=docker使用+JVM堆使用，因为JVM感知获取不到docker内存限制，docker限制内存为2G的话，能够分配给JVM堆内存必然小于2G，如果java需要申请2G内存的话必然无法通过，这时候docker进程会被宿主机杀死，docker容器就会不断重启 2 如何解决 为了适配docker，java10引入参数-XX:
解决：Docker Container exited with code 137
程序和我有一个能跑就行了
03-08 6476
docker-compose up时，报了某Container exited with code 137… 我怀疑该容器被Linux进行OOMKille了...
Process finished with exit code 137 (interrupted by signal 9: SIGKILL)错误
热门推荐
weixin_43570470的博客
05-06 2万+
程序正确运行结束的提示是：Process finished with exit code 0。如果程序出现Process finished with code 137 (interrupted by signal 9: SIGKILL)。程序并没有运行完，系统强制杀死进程，一般来说是因为内存不足或者CPU不够用。 出现这个信息说明发生了内存不足的问题，需要让程序少一些内存占用，在keras中，可以选择小的batch_size，不要把一整个大的文件一次性读到内存里。 loss或者网络的输出不断积累导致计算图
kubernetes pod内容器状态OOMKilled和退出码137全流程解析
大叶子不小的博客
02-01 4944
本文研究的都是确定性的问题，好像没有什么意义，话说回来，如果没有学习这些确定性问题的积累，又如何去应对不确定的问题呢？作者：免帅叫哥链接：https://www.jianshu.com/p/0a9718199428来源：简书著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
开源帮助：什么是退出代码 137，你能修复它吗？
开源直播系统源码
06-29 3806
当Kubernetes 环境中的 pod 或容器超过分配给它们的内存量时，将触发退出代码 137 。通常，此退出代码伴随或简称为 OOMKilled。这里描述的killed是指这个错误的结果，它导致一个pod终止。首字母缩略词 OOM 代表内存不足，这是由 pod 超出设置的内存限制引起的。如果您不确定 pod 终止的原因，最简单的找出方法之一是运行“kubectl get pods command”，然后会在特定 pod 上调用状态更新。然后，您会在其中找到 OOMKilled，它会提醒您退出代码 137
如何分析K8S中的OOMKilled问题(Exit Code 137)
最新发布
summer_fish的专栏
10-17 3191
当 Kubernetes 集群中的容器超过其内存限制时，Kubernetes 系统可能会终止该容器并显示“OOMKilled”错误，这表明该进程由于内存不足而被终止。此错误的退出代码是 137。
自动重启服务的shell脚本代码
09-15
在描述的场景中，由于公司的Tomcat服务器存在一个会导致服务挂起的bug，手动重启服务显然不是一个长久之计。为了解决这个问题，可以编写一个Shell脚本来实现自动监测并重启Tomcat服务，确保服务的稳定运行。以下是对...
java 定时重启服务工具
03-01
在使用时，需要注意合理设置任务间隔，避免对服务造成频繁重启的压力，同时也应考虑异常处理和日志记录，以便于跟踪和诊断可能出现的问题。 总的来说，"java 定时重启服务工具"是Java编程语言在系统管理和运维领域...
IIS服务检查重启工具
11-03
【IIS服务检查重启工具】是一款专为服务器管理...然而，值得注意的是，频繁的自动重启可能掩盖了导致IIS服务停止的根本问题，因此在使用此工具的同时，也应定期检查服务器日志，排查潜在问题，以实现更全面的系统维护。
Spark:Container exited with a non-zero exit code 137
u014407873的博客
05-06 6681
最近公司用户量暴涨，老板笑嘻嘻，但是搬砖的心里MMP，服务器压力骤然上升，最近大数据集群在跑spark任务时老是报“Container exited with a non-zero exit code 137”这样的错误，详细日志如下： 22/04/29 11:02:27 WARN YarnSchedulerBackend$YarnSchedulerEndpoint: Requesting driver to remove executor 4 for reason Container marked a
k8s pod 一直重启 code 137 排查记录
真正的大师永远怀着一颗学徒的心
02-10 1万+
现象 k8s pod一直在重启，调度不起来 排查 1. 首先看状态 这个比较简单，我直接在页面上的(rancher查看api、查看/编辑yaml等都能看) 如图，找到containerStatuses，里面有个exitCode：137 网上搜了下错误码的意思： 退出代码 0：一般为容器正常退出 退出代码 1：由于容器中 pid 为 1 的进程错误而失败 退出代码 137：由于容器收到 SIGKILL 信号而失败（手动执行或“oom-killer” [OUT-OF-MEMORY]） = 退出代码 139：
docker报错exited(137)
cnds_li的博客
08-27 1万+
docker容器莫名挂掉，docker ps -a 查看后报错：Exited (137) *** ago 这时通过docker logs查看容器内查不到任何报错日志，从mesos上看stderr相关的只有一句 I0409 16:56:26.408077 8583 executor.cpp:736] Container exited with status 137 通过docker inspect查看container状态为 "State": { "Status": "exited",
java exit code 137_运维：k8s pod erro exit code 137
weixin_42122878的博客
02-24 2048
原标题：运维：k8s pod erro exit code 137该问题由于引用触发oom，进而因为kill 信号，致使pod 终端停止。IssueIf a container is no longer running, use the following command to find the status of the container:docker container ls -aThis ...
Linux环境下pycharm报错：Process finished with exit code 137 (interrupted by singal 9: SIGKILL)
zengxiangyu0406的博客
12-25 1万+
Linux环境下pycharm报错：Process finished with exit code 137 (interrupted by singal 9: SIGKILL) 报错情况如下图所示： 环境：VMware16 ubuntu 我在做nemo项目的时候，运
Docker自动重启问题追踪和排查
ZeienRio的博客
09-20 2809
以上就是自己本次问题排查的过程，仅以此记录，如有错误，欢迎指正！
【docker】Docker容器的重启策略
m0_45406092的博客
07-25 1万+
文章目录1. Docker容器的重启策略2. Docker容器的退出状态码不同操作，对应容器的状态 1. Docker容器的重启策略 Docker容器的重启策略是面向生产环境的一个启动策略，在开发过程中可以忽略该策略。 Docker容器的重启都是由Docker守护进程完成的，因此与守护进程息息相关。 Docker容器的重启策略如下： no，默认策略，在容器退出时不重启容器 on-failure，在容器非正常退出时（退出状态非0），才会重启容器 on-failure:3，指定启动的次数，在容器非正常退
Go：一次 exit code 是 137 且 无 coredump 的排错经历
test1280
02-16 3402
exit code 137 退出码 core coredump 无core OOM
linux服务器频繁自动重启原因
05-09
3.软件问题：Linux服务器安装的应用程序或服务存在问题，也可能导致服务器频繁自动重启。例如，某些应用程序或服务可能存在内存泄漏等问题，导致服务器崩溃。 4.系统设置问题：Linux服务器的系统设置也可能会影响到...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值