java linux上java进程消失 —— oom-killer

最新推荐文章于 2025-03-23 23:21:08 发布
原创 最新推荐文章于 2025-03-23 23:21:08 发布 · 272 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #centos #linux

本文介绍了一种排查服务器上进程无故消失的方法，通过查看系统日志来判断是否因内存不足而被系统oom-killer机制终止。文章提供了具体的命令行操作步骤。

小的服务器可能由于内存不足在运行时会被系统的oom-killer杀掉进程，当服务无故消失时可以去系统日志中搜索一下是不是被系统干掉了

cd /var/log
dmesg | grep kill

记得用root身份哦

java进程消失了
12-21
最近正在开心的搞一些事情，然后就搞出了事情。。。 因为公司项目需要，需要借助java agent 来完成一些操作，然后在测试环境接入后，2小时+java进程就消失了。 哥们，你去哪里了？ 来排查下吧 先查看下message吧 既然是linux，一般如果进程是被kill的话，var/log/messages，应该会有相关kill 日志，但是这里并没有看到什么信息。这里我们是虚拟机或容器可能这里的信息不准确？ 是不是有些东西回收不掉 来看下java 的gc情况，启动后持续观察了一段时间 看起来还都正常，老年代还是很富足的 在来看下当前jvm内存相关信息（jmap一下) 看起来都还是正常的，可
安卓app开发之NDK入门教程,JAVA代码通过JNI接口调用NDK代码(C语言编写的linux android功能).zip
01-12
安卓app开发之NDK入门教程,JAVA代码通过JNI接口调用NDK代码(C语言编写的linux android功能).zip
java 进程消失_消失的Java进程-Linux OOM Killer
weixin_39989215的博客
02-21 307
在一台虚拟机上执行docker java应用，每隔一段时间就会出现java进程消失、而且没有任何jvm error log的情况。略一寻思，应该是遇到网上常说的Linux OOM的情况：虚拟机10G，docker默认分配内存未做限制。原因定位去服务器上执行：dmesg | grep java，果然有数据并且查看文件: /var/log/messages 定位关键字：oom-killer,看到相关信...
java oom-killer_Linux应用进程消失之谜--Java进程与OOM Killer
weixin_39880895的博客
02-24 586
“Java进程咋又突然没了？还没任何报错，都好几天了好奇怪啊。” 上午刚上班不久，旁边的同事就遇到了棘手的技术问题。大概打听下，原来是某个Java应用在执行某个耗时的定时任务的过程中，大概率进程会突然退出，而且应用日志、中间件日志都找不到任何异常。听起来还挺有意思，我默默地登上了出问题的docker容器。0x01 OOM killer登上机器后，查看应用和中间件日志，确实没有看到问题。我怀疑是JV...
Java进程突然消失
04stone37
09-24 7087
几种可能的原因： Java应用程序的问题：发生OOM导致进程Crash； JVM出错：JVM或JDK自身的Bug导致进程Crash; 被操作系统OOM-Killer;原因1：JVM发生OOM 　　最常见的是发生堆内存异常“java.lang.OutOfMemoryError: Java heap space”，排查步骤如下： 查看JVM参数 -XX:+HeapDumpOnOutOfMemoryEr
Linux服务器Java进程突然消失了
qq_38254635的博客
11-20 1646
Linux服务器Java进程突然消失了
从 oom-killer 到 cgroup
永远相信美好的事情即将发生
10-14 1003
最近线上遇到一个问题，运行的好好的Java应用莫名其妙的不见了，记录的日志也到了某个时刻"戛然而止",就好像应用对应的进程突然"人间蒸发"了似的。 经过一番查找，终于找到的系统日志中找到了一些猫腻： [8314616.900000] java invoked oom-killer: gfp_mask=0xd0, order=0, oom_score_adj=0 [8314616.901123] java cpuset=docker-4da60884c4c56e1c58f86fcd853ad7510f1f1e
JAVA进程突然消失问题解决方案
08-19
首先，我们要了解Linux操作系统中的一个关键机制——OOM Killer（Out-Of-Memory killer）。当系统内存资源紧张时，Linux内核会自动启动这个机制，寻找并终止那些占用内存过多的进程，以防止系统整体崩溃。如果你发现...
Docker和JVM应用OOM那些事
u010554324的博客
07-03 3482
Java 应用运行过程中你是否遇到以下类似问题为什么 Java 应用所在的 Docker 容器内存使用量不会减少？发生 OOM 后程序还能运行吗？Java 应用所在的容器为什么宕机或者自动重启了？三个问题有一定关联性，在回答以上问题前，我们先了解下“OOM”和“JVM 内存管理”。
OOM，用score（占用内存高，不影响内核，用户不怎么保护）
zjkyeah的博客
03-23 1192
OOM = 内存耗尽，系统无法为进程/内核分配更多内存，就触发了 OOM。当系统可用内存不足，且尝试分配内存失败（例如malloc()或fork()系统会触发一个机制 →OOM Killer（“内存杀手”）启动它会强制杀死某些进程来释放内存，避免整个系统崩溃OOM 是系统内存耗尽时由内核触发的一种保护机制，Linux 下通过 OOM Killer 杀掉内存占用过大的进程来回收资源，从而防止系统完全崩溃。它底层依赖内核内存分配失败检测、cgroup 限制、OOM 分数算法等机制。
一文分析Linux内核OOM机制（值得收藏）
m0_74282605的博客
12-07 1139
Linux内核根据应用程序的要求分配内存，通常来说应用程序分配了内存但是并没有实际全部使用，为了提高性能，这部分没用的内存可以留作它用，这部分内存是属于每个进程的，内核直接回收利用的话比较麻烦，所以内核采用一种过度分配内存（over-commit memory）的办法来间接利用这部分“空闲”的内存，提高整体内存的使用效率。一般来说这样做没有问题，但当大多数应用程序都消耗完自己的内存的时候麻烦就来了，因为这些应用程序的内存需求加起来超出了物理内存（包括swap）的容量，内核（OOM killer）必须杀掉一些
Java进程为什么会消失
2401_88888297的博客
12-01 545
深夜，办公室里只剩下电脑屏幕的微光。小王正在紧张地盯着生产环境的监控面板，突然发现一个重要的Java应用进程不见了，就像人间蒸发一般。这种情况在Java开发中并不罕见，让我们一起走进这个技术探案，揭开Java进…
记一次Java进程突然消失问题
weixin_33881050的博客
10-25 432
记一次Java进程突然消失问题 @Date 2017.05.22 现象: 线上同一个应用部署了多台服务器,有的机器运行过程中突然告警,发现服务进程消失. 看程序本身的日志,没有异常输出 查询磁盘空间是否不足,没有此问题 增加如下启动参数,查看GC日志,发现程序无GC出现 -Xloggc:/hom...
Java进程消失故障简单排查
03-01 521
其中$javapid是Java线程运行时的pid，如果java进程已经挂掉，则只能查看日志或重启后使用命令查看；JVM主动退出：1.Error，比如OOM；exit_group的退出码非0，代表异常退出。2.非守护线程退出，比如在main函数中启动一个守护线程，但是JVM执行完main函数退出，此时，exit_group的退出码为0，代表线程正常退出。或来启动线程对性能要求较高时，可以使用ebpf工具的exitsnoop来查看EXIT_CODE的值来判断；
Java线上问题排查系列--进程突然消失的原因/排查方案
IT利刃出鞘的博客
11-02 4820
本文介绍Java进程突然不见了的原因及排查步骤。
java 进程撤销_2020-08-12 如何优雅关闭java进程
weixin_32951341的博客
03-02 191
kill -l可以看到信号列表列表kill -9 pid 可以直接杀死pid的进程，不过这种方式太暴力了。可能会出现：请求丢失：内存队列中等待执行请求丢失数据丢失：处于内存缓存中数据未持久化到磁盘文件损坏：正在写的文件没有没有更新完成，导致文件损坏业务中断：处理一半的业务被强行中断，如支付成功了，却没有更新到数据库中服务未下线：上游服务依然往停止节点发送请求java中存在着优雅停机，靠的是shut...
Linux应用进程消失之谜--Java进程与OOM Killer
10-27 686
“Java进程咋又突然没了？还没任何报错，都好几天了好奇怪啊。” 上午刚上班不久，旁边的同事就遇到了棘手的技术问题。大概打听下，原来是某个Java应用在执行某个耗时的定时任务的过程中，大概率进程会突然退出，而且应用日志、中间件日志都找不到任何异常。听起来还挺有意思，我默默地登上了出问题的docker容器。 0x01 OOM killer 登上机器后，查看应用和中间件日志，确实没有看到问题。我怀疑是...
java进程被kill_定位JAVA进程被kill的原因
weixin_34217656的博客
03-02 2123
哪些原因可能会导致JAVA进程被kill呢？Java应用程序的问题：发生OOM导致进程CrashJVM自身故障：JVM或JDK自身的Bug导致进程Crash被操作系统OOM-Killer该如何去排查问题呢？Java应用程序的问题：发生OOM导致进程Crash这种情况主要取决于研发代码质量，我遇到过的大概有2次。一般情况下，出现OOM异常，JVM的GC会进行回收，是不会直接导致JVM进程退出的。如果...
ELSA企业日志归档查询应用
李晨光原创IT博客
12-09 1031
ELSA是一款基于syslog-ng、MySQL的开源企业日志归档查询工具，由于它和Sphinx的搭配还支持全文索引可以像搜索web一样轻松地搜索数十亿个日志中的任意字符串。如果你具备ELK实战经验的话，可以把ELSA理解为简版的ELK系统，结构简单，速度快。安装比较简单就不介绍了，下面直接切入正题。 1.采集Windows服务器日志 我们可以采用Eventlog-to-Syslog工具将Windows平台的日志发送到ELSA服务器 方法： 将evtsys.exe和evtsys.dll复制到系统目录下输
oom 杀死进程和kill -9 的区别
最新发布
07-22
<think>嗯，用户问的是OOM杀死进程和kill -9命令终止进程的区别。这个问题涉及Linux内核机制和进程管理，需要仔细分析两者的触发条件、执行过程和影响。 用户可能是个系统管理员或者开发人员，遇到了进程异常终止的情况想排查原因。从问题表述看，ta已经知道这两个概念但需要更清晰的区分，特别是想知道在什么场景下该关注哪种终止方式。 先看OOM killer机制。根据引用材料[2][3]，这是内核在内存耗尽时的自保行为，会按内存占用和优先级打分选择牺牲品。整个过程完全由内核触发，进程完全被动，连清理现场的机会都没有。这就像突然断电，可能造成数据不一致。 而kill -9是人为发送SIGKILL信号，引用[1]提到这是"强行杀死"。虽然进程也无法捕获这个信号，但至少执行者是有预期的。这类似于直接拔电源插头，虽然粗暴但可控。 有趣的是引用[4]提到的案例：控制组(cgroup)限制导致flume进程被OOM kill。这说明容器环境下OOM风险更高，因为内存限制更严格。这个例子正好展示了两者的关键差异——OOM kill是系统防御机制，kill -9是管理手段。 需要强调资源回收的区别。OOM kill后内核会回收全部资源，而kill -9后可能残留僵尸进程。不过用户没问这个细节，回答时点到为止即可。 用户可能还想知道如何排查。如果是突然消失且dmesg里有oom_killer日志就是OOM；如果有操作记录或脚本里用了kill -9就是后者。不过ta没明确问排查方法，放在相关问题里更合适。</think>在Linux系统中，OOM杀死进程和`kill -9`命令终止进程存在本质区别，主要体现在**触发机制、执行过程和资源回收**三方面： --- ### 一、核心区别对比 | **维度** | **OOM Killer** | **kill -9** | |----------------|-----------------------------------------------|---------------------------------------| | **触发方** | Linux内核自动触发（内存耗尽时） | 用户或管理员主动执行 | | **信号类型** | 内核直接调用`oom_kill_process()`终止进程 | 发送`SIGKILL`信号（信号编号9） | | **进程响应** | 进程完全无感知，无法执行清理操作 | 进程无法捕获或忽略该信号，强制终止 | | **选择策略** | 根据`oom_score`评分（内存占用+优先级权重）[^3] | 用户指定目标PID | | **典型场景** | 系统内存耗尽，内核保护性杀进程 | 进程无响应或需强制结束 | --- ### 二、详细机制解析 1. **OOM Killer 机制** - 当系统内存严重不足时，内核触发`out_of_memory()`函数，通过`oom_badness()`算法计算每个进程的`oom_score`： $$ \text{oom\_score} = \text{内存占用} \times 10 + \text{oom\_score\_adj} $$ 选择得分最高的进程终止以释放内存[^2][^3]。 - **特点**： - 进程**无法预知或拦截**终止操作 - 可能杀死关键进程（如数据库），导致服务中断 - 在`dmesg`日志中记录`Killed process`信息 2. **kill -9 机制** - 用户主动向进程发送`SIGKILL`信号（操作系统内核级指令）： ```bash kill -9 PID # 强制终止指定PID的进程 ``` - **特点**： - 进程**立即终止**，不执行任何清理（如关闭文件、释放锁） - 可用于终止陷入死循环或无响应的进程 - 若进程处于内核态操作（如IO等待），可能延迟终止 --- ### 三、影响与风险对比 | **风险类型** | **OOM Killer** | **kill -9** | |------------------|---------------------------------------------|---------------------------------------| | **数据一致性** | 可能损坏未持久化数据（如数据库事务） | 同左，且可能遗留临时文件/锁 | | **系统稳定性** | 可能误杀核心进程，引发级联故障 | 仅影响目标进程 | | **可预测性** | 随机性强，取决于内存分配模式 | 完全可控，由用户指定目标 | | **资源泄漏** | 内核自动回收所有资源 | 可能残留僵尸进程需父进程回收 | > 📌 **案例说明**： > 某服务器运行Flume时因cgroup内存限制被OOM Killer终止[^4]，而`kill -9`常用于人工终止失控的Java进程。两者本质差异在于： > **OOM是内核的自我保护**，`kill -9`是**人为强干预**。 --- ### 四、如何选择处理方式？ - **优先尝试`kill -15`（SIGTERM）**： 允许进程执行清理逻辑（如保存状态、关闭连接），更安全。 - **`kill -9`适用场景**： 进程无响应、僵尸进程或`kill -15`失效时。 - **规避OOM**： - 调整进程`oom_score_adj`降低被选概率（值越小优先级越低） - 监控内存使用，设置`cgroup`内存限制[^4] - 优化应用内存管理（如Java的`-Xmx`参数） ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值