Linu系统宕机了

[lgm277531070]

服务器一直运行良好，cpu也不高，但是昨天服务器就突然挂载在那里了。

查看了系统错误日志信息一大堆以下信息：

Sep 27 02:51:18 server kernel: [162435.701179] java          D 0000000000000014     0  2103      1
Sep 27 02:51:18 server kernel: [162435.701184]  ffff880037347d78 0000000000000282 ffffffff80a65900 ffffffff80a65900
Sep 27 02:51:18 server kernel: [162435.701188]  ffffffff80a65900 ffffffff80a65900 ffffffff80a65900 ffffffff80a65900
Sep 27 02:51:18 server kernel: [162435.701193]  ffffffff80a65900 ffffffff80a65900 ffff88003733d980 ffff880026381660
Sep 27 02:51:18 server kernel: [162435.701195] Call Trace:
Sep 27 02:51:18 server kernel: [162435.701203]  [<ffffffff80277e8d>] ? futex_wait+0x3fd/0x4b0
Sep 27 02:51:18 server kernel: [162435.701209]  [<ffffffff8069ad95>] __down_read+0x95/0xce
Sep 27 02:51:18 server kernel: [162435.701212]  [<ffffffff8069a139>] down_read+0x9/0x10
Sep 27 02:51:18 server kernel: [162435.701214]  [<ffffffff8069dbb5>] do_page_fault+0xe5/0x790
Sep 27 02:51:18 server kernel: [162435.701218]  [<ffffffff8024a660>] ? default_wake_function+0x0/0x10
Sep 27 02:51:18 server kernel: [162435.701220]  [<ffffffff80278cc6>] ? do_futex+0x86/0x140
Sep 27 02:51:18 server kernel: [162435.701222]  [<ffffffff80278e46>] ? sys_futex+0xc6/0x170
Sep 27 02:51:18 server kernel: [162435.701225]  [<ffffffff8069b3ba>] error_exit+0x0/0x70

不知道是不是系统内核问题 或者还是其他原因呢？

下面是当时的cpu使用情况：

cpu平时都一直很平稳，就在2点48的样子就开始飙高了。

这样的问题20号也发生一次，然后就是27号发生一次了。平时都正常。

请问大侠们，这种问题该怎么破，小弟在此先谢谢各位。

[KEL-1]

监控下当时内存的情况，是不是内存飙升。，。。。cpu图看不见 日志信息短了点。。

[lgm277531070]

引用 1 楼 kellyseeme 的回复:

监控下当时内存的情况，是不是内存飙升。，。。。cpu图看不见
日志信息短了点。。

这破csdn，尼玛，我这里能看见图片
补上cpu图片：

因为错误是随机性质，当时没有内存监控数据，只有cpu的，所以无法确定是否内存飙升。
日志出现问题的描述的就大量重复以上日志信息，再也没有其他信息。不然我也全部弄出来了

我又找到了出问题的时间点的磁盘读写情况是正常读写量的10倍（不会又看不到图片吧）



像这种情况该怎么分析呢，

[KEL-1]

还是没有图片。。。。

[ckc]

有可能是应用的问题，因为我看到了java 我们机房里不稳定的机器基本上都跟java有关 应用不稳定系统也没办法的 考虑定时重启看看吧

[lgm277531070]

引用 3 楼 kellyseeme 的回复:

还是没有图片。。。。

..... 再也不来csdn发帖了

[lgm277531070]

引用 3 楼 kellyseeme 的回复:

还是没有图片。。。。

汗，是你浏览器问题，我注销用各种浏览器查看，都没问题 你用的是ie6么

[lgm277531070]

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

引用 6 楼 ckc 的回复:

有可能是应用的问题，因为我看到了java
我们机房里不稳定的机器基本上都跟java有关
应用不稳定系统也没办法的
考虑定时重启看看吧

恩，通过vmstat查看，发现应该java应用线程执行太多造成，而服务器只是1个物流内核，2个逻辑内核造成。线程并发量一多就出现cpu调度不过来了

[lgm277531070]

csdn 有bug? 点击引用一次，出现这么多引用？