Как собрать файл дампа памяти дочернего процесса в Kaspersky Endpoint Security для Linux

Статья обновлена: 06 августа 2026 ID: 16137
 
 
 
 
Показать приложения и версии, для которых применима статья
  • Kaspersky Endpoint Security 12 для Linux (все версии).

Рекомендации могут быть применимы к версиям, снятым с поддержки:

  • Kaspersky Endpoint Security 11.4 для Linux (версия 11.4.0.1096);
  • Kaspersky Endpoint Security 11.3 для Linux (версия 11.3.0.7508);
  • Kaspersky Endpoint Security 11.3 для Linux (версия 11.3.0.7441).
Мы рекомендуем использовать только поддерживаемые версии, чтобы сохранить максимум защиты и получить доступ к новым функциям и улучшениям.
 
 
 
 

При обработке вашего запроса, касающегося дочернего процесса в Kaspersky Endpoint Security для Linux (далее KESL), технической поддержке «Лаборатории Касперского» может понадобиться файл дампа памяти проблемного процесса.

Для того, чтобы собрать файл дампа памяти:

  1. Убедитесь, что на устройстве доступна утилита gcore.
    Если утилита отсутствует, установите GNU Debugger (GDB).
  2. Убедитесь, что в политике KESL включена запись файлов дампа и что политика применяется к вашему устройству.
  3. Включите создание файлов трассировки KESL с высоким уровнем детализации:
    kesl-control --set-app-settings TraceLevel=Detailed
  4. Остановите работу KESL и завершите оставшиеся процессы:
    systemctl stop kesl
    killall kesl
  5. Откройте для редактирования конфигурационный файл /var/opt/kaspersky/kesl/common/kesl.ini и укажите в нем значения:
    MaxRestartCount=0
    CoreDumps=true
  6. Запустите KESL:
    systemctl start kesl
  7. Воспроизведите проблему, следуя указаниям сотрудников технической поддержки «Лаборатории Касперского».
  8. Определите дочерний процесс KESL. Для этого:
    1. Выполните команду:
      ps axo pid,ppid,comm,cmd | grep kesl$
    2. В выводе команды найдите нужные значения. Пример вывода команды:
      ps axo pid,ppid,comm,cmd | grep kesl$
        3273    3272 kesl            /opt/kaspersky/kesl/libexec/kesl
        3279    3273 kesl            /opt/kaspersky/kesl/libexec/kesl
      В данном примере номер родительского процесса — 3273; номер дочернего процесса — 3279.
  9. Отправьте сигнал SIGUSR2 родительскому процессу:
    kill -SIGUSR2 3273
  10. Убедитесь, что создался дамп процесса:
    ls -la /var/opt/kaspersky/kesl/common/dumps
  11. Соберите файл дампа памяти дочернего процесса:
    gcore 3279
  12. Убедитесь, что файл дампа памяти создался:
    ls -la ./
  13. Соберите дополнительно отчет с диагностической информацией об устройстве при помощи скрипта collect.sh.
  14. Верните прежние значения в конфигурационном файле kesl.ini.
  15. Отключите создание файлов трассировки KESL:
    kesl-control --set-app-settings TraceLevel=None
  16. Отправьте в техническую поддержку «Лаборатории Касперского»:
    • отчет скрипта collect.sh;
    • файл дампа памяти дочернего процесса;
    • вывод показаний консоли во время выполнения шагов 8–9.
 
 
 
 
 
Вам помогла эта статья?
Что нам нужно улучшить?
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!
Спасибо за ваш отзыв, вы помогаете нам становиться лучше!