这是一个创建于 1365 天前的主题，其中的信息可能已经有所发展或是发生改变。
问题产生背景：
公司项目，java 语言开发的；打出来三个 jar 包在服务端运行，服务器配置 8 核 16G 内存；昨天下午 18:56 分出现其中某个 jar 包不再产生日志，程序进程也还在，没有假死；没有报错，也没有产生任何日志，也没有抛任何异常信息；就像是程序已经被杀死了一样，但实际上进程还在；当时这个时间点，前几分钟服务器内存占用率 90%多；
以前从来没有遇到这种情况，本人也非后端开发；但想问下各位大佬，有没有思路排查这类问题；
感谢
公司项目，java 语言开发的；打出来三个 jar 包在服务端运行，服务器配置 8 核 16G 内存；昨天下午 18:56 分出现其中某个 jar 包不再产生日志，程序进程也还在，没有假死；没有报错，也没有产生任何日志，也没有抛任何异常信息；就像是程序已经被杀死了一样，但实际上进程还在；当时这个时间点，前几分钟服务器内存占用率 90%多；
以前从来没有遇到这种情况，本人也非后端开发；但想问下各位大佬，有没有思路排查这类问题；
感谢
 |
1
defunct9 2022 年 4 月 20 日  2
开 ssh ，让我上去看看
|
 |
2
hidemyself 2022 年 4 月 20 日
信息量太少了，如果是周期性发生的话，可以尝试看下是不是有大量 waiting 状态的线程
看下服务器的 TCP 连接数之类的 |
 |
3
des 2022 年 4 月 20 日 via iPhone
信息量太少了
先从机器负载、线程堆栈、文件描述符数查起吧 |
 |
4
wowawesome 2022 年 4 月 20 日
是不是一堆 CLOSE_WAIT?
jmap dump 出来分析一下 |
 |
5
xuxuxu123 OP |
 |
6
rapperx2 2022 年 4 月 20 日
看一楼，直接提供实质性解决
|
 |
7
viakiba 2022 年 4 月 20 日
先 top 一下 看看 cpu 使用情况，这个进程要是 cpu 用的特别多，那就 jstack 搞一下线程快照看下 是不是死循环啥的了 。堆内存也可以分析分析。 推荐一个 分析工具 https://arthas.aliyun.com/doc/ 。
|
 |
9
biubiuF 2022 年 4 月 21 日
应该是 log 包冲突了,检查下 log4j 的 bind
|
Select Language