☰

我的服务器没有响应的可能解释

tag-icon • tag-icon linux filesystems
我的服务器没有响应的可能解释

就在我的服务器几分钟没有响应之前，我发现了以下似乎相关的日志行。我希望更好地理解它们的含义以及它们在什么条件下会发生：

Aug 25 18:23:32 myserver journal: Runtime journal is using 776.0M (max allowed 793.9M, trying to leave 1.1G free of 6.9G available → current limit 793.9M).
Aug 25 18:23:32 myserver journal: Runtime journal is using 776.0M (max allowed 793.9M, trying to leave 1.1G free of 6.9G available → current limit 793.9M).
Aug 25 18:23:32 myserver kernel: INFO: task in:imjournal:2125 blocked for more than 120 seconds.
Aug 25 18:23:32 myserver kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 25 18:23:32 myserver kernel: in:imjournal    D ffff88042bd2b8c8     0  2125      1 0x00000080
Aug 25 18:23:32 myserver kernel: ffff88041bfdfdb8 0000000000000082 ffff88042be0bec0 ffff88041bfdffd8
Aug 25 18:23:32 myserver kernel: ffff88041bfdffd8 ffff88041bfdffd8 ffff88042be0bec0 ffff88042be0bec0
Aug 25 18:23:32 myserver kernel: ffff88042bd2b8b8 ffff88042bd2b8c0 ffffffff00000000 ffff88042bd2b8c8
Aug 25 18:23:32 myserver kernel: Call Trace:
Aug 25 18:23:32 myserver kernel: [<ffffffff8168c7f9>] schedule+0x29/0x70
Aug 25 18:23:32 myserver kernel: [<ffffffff8168dfa5>] rwsem_down_write_failed+0x115/0x220
Aug 25 18:23:32 myserver kernel: [<ffffffff81327647>] call_rwsem_down_write_failed+0x17/0x30
Aug 25 18:23:32 myserver kernel: [<ffffffff812a84c0>] ? cap_mmap_addr+0x60/0x60
Aug 25 18:23:32 myserver kernel: [<ffffffff8168b9bd>] down_write+0x2d/0x30
Aug 25 18:23:32 myserver kernel: [<ffffffff811a07fc>] vm_mmap_pgoff+0x8c/0xe0
Aug 25 18:23:32 myserver kernel: [<ffffffff811b62d6>] SyS_mmap_pgoff+0x116/0x270
Aug 25 18:23:32 myserver kernel: [<ffffffff8102fb82>] SyS_mmap+0x22/0x30
Aug 25 18:23:32 myserver kernel: [<ffffffff81697809>] system_call_fastpath+0x16/0x1b

以下是有关我的服务器的一些信息（如果有帮助的话）：

Centos 7.3 3.10.0-514.26.2.el7.x86_64 #1 SMP 7 月 4 日星期二 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux - 带 16GB 内存的四核 - 2TB 软 RAID 驱动器

答案1

查看这篇关于使用 imjournal 对性能影响的文章：
http://www.rsyslog.com/doc/v8-stable/configuration/modules/imjournal.html

尤其是这一部分：

警告：某些版本的 systemd 日志存在数据库损坏问题，这会导致日志在紧密循环中无休止地返回相同的数据。这会导致 rsyslog 内出现大量消息重复，当系统资源耗尽时，可能会导致拒绝服务。通过使用适当的速率限制器可以在一定程度上缓解这种情况，但即使如此，旧数据也会出现无休止重复的峰值。默认情况下，速率限制已激活，并允许在 10 分钟内处理 20,000 条消息，这对于大多数用例来说应该足够了。如果不够，请使用下述参数调整允许的音量。强烈建议仅在确实需要时才使用此插件。

总之我认为你应该考虑使用imuxsock。

相关内容