Некоторое время назад мой Linux-сервер (CentOS Linux выпуск 7.4.1708 (Core)) полностью завис. Это было недоступно ни через ssh, ни через консоль. Все, что я мог сделать, это перезагрузить сервер с помощью кнопки сброса. После перезагрузки сервера я нашел только эту информацию в / var / log / messages
Oct 28 14:20:00 msk-alflb-01 kernel: kesl invoked oom-killer: gfp_mask=0x280da, order=0, oom_score_adj=0
Oct 28 14:20:00 msk-alflb-01 kernel: kesl cpuset=/ mems_allowed=0
Oct 28 14:20:00 msk-alflb-01 kernel: CPU: 0 PID: 15228 Comm: kesl Not tainted 3.10.0-693.21.1.el7.x86_64 #1
Oct 28 14:20:00 msk-alflb-01 kernel: Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 04/05/2016
Oct 28 14:20:00 msk-alflb-01 kernel: Call Trace:
Oct 28 14:20:00 msk-alflb-01 kernel: [<ffffffff816ae7c8>] dump_stack+0x19/0x1b
«kesl» означает Kaspersky Endpoint Security 10 для Linux . Как я вижу, антивирусный процесс в какой-то момент начал использовать слишком много памяти и был убит OOM-Killer. Это понятноНо что именно означает [...] dump_stack + 0x19 / 0x1b ? Как я могу четко определить, почему система зависла?
Я нашел это видео и попытался использовать gdb:
[root@msk-alflb-01 ~]# gdb vmlinux
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7_4.1
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
vmlinux: No such file or directory.
(gdb) list *(dump_stack+0x19)
No symbol table is loaded. Use the "file" command.
(gdb) file *(dump_stack+0x19)
*(dump_stack+0x19): No such file or directory.
Пожалуйста, помогите.