服务器不响应 SSH 和 HTTP,但 ping 工作正常

dyn*_*mic 3 linux debian lamp

我要求硬重启,因为 ssh 和 http 都不起作用。平工作正常。

我应该检查哪些日志以了解问题所在?

谢谢!(debian 6 在灯上)

编辑:我的记忆和交换:

Mem:   4040068k total,  1114920k used,  2925148k free,   109212k buffers
Swap:  1051384k total,        0k used,  1051384k free,   283820k cached
Run Code Online (Sandbox Code Playgroud)

4 GB 内存

(以及超过 1TB 的硬盘)

原因来自2天前:

看看交换的使用率如何在不到 10 小时内上升 60%

我的控制面板将此报告为前 5 个内存使用过程:

如果每个 apache2 进程都是 190MB 大那 sux 因为如果我做 TOP 我有 262 个睡眠进程,其中大部分是 apache2!

我的 apache mpm_prefork 设置是:

<IfModule mpm_prefork_module>
    StartServers          5
    MinSpareServers       5
    MaxSpareServers      10
    ServerLimit      1500
    MaxClients            1500
    MaxRequestsPerChild   2000
</IfModule>

KeepAlive On


MaxKeepAliveRequests 100


KeepAliveTimeout 4
Run Code Online (Sandbox Code Playgroud)

vor*_*aq7 5

Which logs should i check to understand what was the problem?

他们都。 ping工作只是意味着有足够的 IP 堆栈可以处理 ICMP Echo 请求(与 SSH 和 Web 服务器所需的相比,这不是系统的很大一部分)。您可能会遇到我所说的“部分恐慌”(内核崩溃,但 IP 代码继续运行)、RAM 用完,或者您的 SSH/HTTPd 进程可能因不明原因而崩溃。

/var/log/messages可能是一个很好的起点,就像您的 Web 服务器(大概是 Apache)的日志一样。如果不出意外,它会让您了解系统上次工作的时间以及它在重新启动之前处于脑死亡状态的时间......


根据评论更新

听起来有些东西有内存泄漏。
当你用完交换用户空间时,内核(连接在 RAM 中)可以继续运行并回答 ping 请求。

对于永久解决方案,您应该仔细监控您的交换使用率,当您​​发现它有危险的上升趋势时(> 33% 使用是我的阈值)追捕使用最多交换的过程:这可能是您的罪魁祸首。