Linux进程突然被杀掉（OOM killer），查看系统日志

一个命令： 这个命令需要用户处于root权限才能看，执行之后可以看到： 简单说一下： total-vm就是进程使用的虚拟内存大小，其中部分内容映射到RAM本身，也就是主存，被分配和使用也就成了RSS。 部分RSS在实际内存块里面分配，成了anon-rss，叫做匿名内存。还有映射到设备和文件的RSS内存卡，叫做file-rss。 比如说： 你用vim指令打开一个巨大的文件，那么file-rss将会很高。 如果你用malloc()动态分配很大部分的内存，并且真的使用了它，那么anon-rss也会很高。 但是！！如果你使用malloc()分配了大量的内存，但是不去用它！那么total-vm将会变得更高，但是因为内存过量使用，不会使用真正的内存，那么rss值会很低。 可以看到上述信息，发现进程被杀掉了。 那么杀掉它的原因是什么呢？ 首先确定，当报出OOM的时候，系统的内存已经不足了，于是linux会决定杀掉进程，但是linux采用的策略并非是杀掉最占用内存的进程(Android是这样)。 linux会给每个进程评分：oom_score 根据这个评分去kill，决定这个分数的因素除了内存占用大小之外，还有内存增加的速率，比如说kylin，当执行Task构建Cube的时候，内存的占用会突然爆发式增长！发现这时候的分数老高了！然后就把它kill了。http://www.wowotech.net/memory_management/oom.html https://stackoverflow.com/questions/18845857/what-does-anon-rss-and-total-vm-mean

ps看看进程状态。。

然后top看看进程cpu利用率，内存占有率....确定是不是进程死了，还是cpu和内存占满了。

然后分析tail -f /var/log/messages| grep fail看看有什么线索。。。

如果分析不了，估计日志也死了，因为Linux里的日志系统syslogd和klogd都是系统服务。

所以如果真的死机，针对RHEL4系统可能要配置netdump，针对RHEL5需要配置kdump或者是xendump，这样可以尝试在系统死掉的时候把内存镜像整个抓出来分析。

注：如果经常出现这样的问题，但文本模式能用，可能是显卡问题了。。

你需要看tomcat的日志catalina.out的d出的日志，如果有错误，那就照着错误来修改。

1，你看下ps axu tomcat起来没起来，如果没起来，那说就找tomcat的原因。tomcat的进程就是java那个

2，如果起来了。你telnet 本地ip 8080 如果进去了，然后quit再出来，说明端口开了，没问题。或者用 netstat -lnp 看看8080端口的tcp有没有listening。没有的话，说明tomcat没有正确启动，里面肯定蹦了不少错误。

3，如果都起来了，你看看你的ip配的对不对，DNS配的对不对，DNS的写在 /etc/reslove里面，没有DNS连不了外面，但是外面能连你。

我觉得你能ping通说明网络配置没问题，很有可能是tomcat的配置有问题，多看日志，从日志里分析错误，然后再拿出百度，Google搜索一下。

---