想知道 OOM killed 的是哪个 Java 的命令参数？

[zealinux]

/var/log/messages

oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice,task=java,pid=88959,uid=1000
oom_reaper: reaped process 88959 (java), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

只能看到 pid，而且是 java，但是不知道具体是那个 java，（ vm 上好多个 java 进程的）

[julyclyde]

这事你只能认倒霉

下次最好放到 systemd 管理，然后 task_memcg 那里就会显示一个 slice 名字了

[lff0305]

十多年以前，解决一个类似问题的方案是，从 java cp 多个副本，java1 java2 等等等等，然后修改启动脚本，用自己的 javan 来启动。被杀了就看从 Java n 反查出来哪个服务再看日志等等来分析

[qfdk]

不是有个 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=文件路径 好像有个这个东西，炸了之后会有个 jvm dump

[matrix67]

@lff0305 哈哈 黑科技（奇技淫巧）

[chenshun00]

@qfdk 你这个是 OOM，这种属于操作系统的 OOM Kill 是不行的，从虚拟机迁移到 K8s 特别多.. , 关键是自己的技术水平还解决不了它

[chendy]

@chenshun00 容器的话，起码能看到哪个容器被干了，k8s 的话也能帮忙自动重启，问题还好办一些

[qfdk]

@chenshun00 这样的话可以考虑用 agent 了 弄个 elk 的 apm 看一下就是了。 里面也能知道 containerId 之类的。这样的东西感觉加内存应该可以处理，有时候内存太小里面出现的问题有点儿玄学。