Linux

linux/centos 定期崩潰

  • February 19, 2016

對不起,如果我沒有在網站上做正確的事情,這是我第一次來這裡(以前使用過 stackoverflow)。我有一個執行 Plesk 的 centos 5.2 伺服器,技術支持人員拒絕對此進行調查,因為他們一直說我應該重新啟動,但這並不是真正的解決方案,因為它經常發生(可能每週一次)。

我不得不承認我不是很喜歡 Linux,但我知道我的方式,這就是在伺服器關閉之前系統消息所說的內容,有人可以證實我的懷疑,即這是缺少 RAM 的事情嗎?

Dec  7 20:56:24 ns2435 kernel:  [<c10d67f7>] ? handle_mm_fault+0xf7/0x190
Dec  7 20:57:08 ns2435 kernel:  [<c10598e4>] ? do_page_fault+0x164/0x3f0
Dec  7 20:57:26 ns2435 kernel:  [<c10f2757>] ? filp_close+0x47/0x70
Dec  7 20:57:38 ns2435 kernel:  [<c1037df0>] ? do_device_not_available+0x0/0x20
Dec  7 20:57:44 ns2435 xinetd[4186]: START: smtp pid=10839 from=86.11.75.60
Dec  7 20:57:56 ns2435 kernel:  [<c1037dc4>] ? math_state_restore+0x24/0x50
Dec  7 21:02:31 ns2435 kernel:  [<c1059780>] ? do_page_fault+0x0/0x3f0
Dec  7 21:02:41 ns2435 kernel:  [<c19b42ba>] ? error_code+0x5a/0x60
Dec  7 21:02:42 ns2435 kernel:  [<c1059780>] ? do_page_fault+0x0/0x3f0
Dec  7 21:02:45 ns2435 kernel: Mem-Info:
Dec  7 21:02:45 ns2435 kernel: DMA per-cpu:
Dec  7 21:02:45 ns2435 kernel: CPU    0: hi:    0, btch:   1 usd:   0
Dec  7 21:02:49 ns2435 kernel: CPU    1: hi:    0, btch:   1 usd:   0
Dec  7 21:02:59 ns2435 kernel: Normal per-cpu:
Dec  7 21:03:08 ns2435 kernel: CPU    0: hi:  186, btch:  31 usd: 102
Dec  7 21:03:10 ns2435 kernel: CPU    1: hi:  186, btch:  31 usd:  84
Dec  7 21:02:58 ns2435 xinetd[4186]: START: smtp pid=10862 from=66.220.144.146
Dec  7 21:27:21 ns2435 kernel: active_anon:55616 inactive_anon:55680 isolated_anon:192
Dec  7 21:27:26 ns2435 xinetd[4186]: START: smtps pid=10924 from=86.11.75.60
Dec  7 21:27:29 ns2435 kernel:  active_file:216 inactive_file:399 isolated_file:0
Dec  7 21:27:31 ns2435 xinetd[10862]: warning: can't get client address: Connection reset by peer
Dec  7 21:27:32 ns2435 xinetd[4186]: START: submission pid=10928 from=86.11.75.60
Dec  7 21:27:32 ns2435 kernel:  unevictable:0 dirty:0 writeback:155 unstable:0
Dec  7 21:27:35 ns2435 xinetd[4186]: START: smtp pid=10931 from=86.11.75.60
Dec  7 21:27:35 ns2435 kernel:  free:1349 slab_reclaimable:965 slab_unreclaimable:4086
Dec  7 21:27:38 ns2435 xinetd[4186]: START: smtps pid=10932 from=86.11.75.60
Dec  7 21:27:38 ns2435 kernel:  mapped:221 shmem:25 pagetables:2663 bounce:0
Dec  7 21:27:40 ns2435 kernel: DMA free:2052kB min:88kB low:108kB high:132kB active_anon:6076kB inactive_anon:6308kB active_file:20kB inactive_file:252kB un$
Dec  7 21:27:43 ns2435 kernel: lowmem_reserve[]: 0 484 484 484
Dec  7 21:27:43 ns2435 kernel: Normal free:3344kB min:2768kB low:3460kB high:4152kB active_anon:216388kB inactive_anon:216412kB active_file:844kB inactive_f$
Dec  7 21:27:40 ns2435 xinetd[4186]: START: submission pid=10933 from=86.11.75.60
Dec  7 21:27:56 ns2435 kernel: lowmem_reserve[]: 0 0 0 0

如果可能的話,您應該嘗試更新到 CentOS 5.7,但這裡有一些提示可以幫助您診斷問題:

使用“top”查看記憶體使用情況,查看有多少記憶體可用,以及記憶體和緩衝區使用了多少(為簡單起見,可以將其視為“未使用”)。

您可以嘗試使用仙人掌之類的東西隨著時間的推移監控您的記憶體使用情況。然後當你係統再次崩潰時,你可以看到崩潰前的情況。

如果可用記憶體不足,這可能是導致崩潰的原因。如果不是這種情況,則可能是記憶體不足或其他硬體問題。

嘗試安裝 memtest86 並執行它。

引用自:https://serverfault.com/questions/339016