Какой статус должен получить процесс от родителя, чтобы он стал зомби?

Что такое зомби-процесс и как он создаётся?

В Unix-подобных операционных системах (Linux, macOS, BSD) зомби-процесс (или defunct process) — это процесс, который завершил своё выполнение (т.е. его код перестал работать), но его запись остаётся в таблице процессов ядра, потому что родительский процесс ещё не считал его статус завершения с помощью системного вызова wait() или его вариантов (waitpid(), waitid()).

Механизм создания зомби

Чтобы процесс стал зомби, он должен завершиться (обычно через exit(), _exit() или возврат из main()), в то время как его родительский процесс ещё жив, но не вызвал wait() для получения статуса завершения.

Рассмотрим пример на C:

#include <sys/types.h>
#include <sys/wait.h>
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>

int main() {
    pid_t pid = fork();
    
    if (pid == 0) {
        // Дочерний процесс
        printf("Дочерний процесс (PID: %d) запущен\n", getpid());
        sleep(2);  // Симуляция работы
        printf("Дочерний процесс завершается\n");
        exit(42);  // Завершаемся с кодом 42
    } else if (pid > 0) {
        // Родительский процесс
        printf("Родительский процесс (PID: %d) создал потомка %d\n", getpid(), pid);
        printf("Родитель уходит в длительный сон и НЕ вызывает wait()\n");
        sleep(30);  // Родитель спит и не собирает статус
        
        // Только через 30 секунд родитель получит статус
        int status;
        waitpid(pid, &status, 0);
        printf("Родитель наконец получил статус: %d\n", WEXITSTATUS(status));
    }
    
    return 0;
}

Ключевые шаги, которые приводят к появлению зомби:

1. Дочерний процесс завершается — ядро операционной системы переводит его в состояние Z (зомби).
2. Ядро сохраняет информацию о завершении — код выхода (exit code), идентификатор процесса (PID), информацию об использовании ресурсов. Это позволяет родителю узнать, как завершился потомок.
3. Родительский процесс не собирает статус — если родитель не вызвал wait(), запись о процессе остаётся в системной таблице процессов.
4. Зомби остаётся до тех пор, пока:
   • Родитель не вызовет wait() и не получит статус
   • Родительский процесс завершится (в этом случае зомби-процессы "усыновляются" процессом init/systemd, который автоматически вызывает wait() и удаляет их)

Как проверить наличие зомби-процессов

В командной строке зомби-процессы отображаются с пометкой Z или <defunct>:

# Посмотреть процессы с состоянием Z
ps aux | grep 'Z'
# или
ps -eo pid,stat,comm | grep '^.* Z'

# Альтернативный вариант с top
top

# В выводе top зомби отображаются в строке "zombie"

Пример вывода ps для зомби-процесса:

PID   STAT COMMAND
1234  Z    [my_program] <defunct>

Почему зомби — это проблема?

• Занимают записи в таблице процессов — каждая система имеет ограниченное количество PID, и зомби могут исчерпать этот лимит.
• Захватывают системные ресурсы — хотя зомби не использует CPU и память программы, его запись в таблице процессов занимает место.
• Замедляют операции с процессами — большое количество зомби может замедлить создание новых процессов.

Как правильно обрабатывать завершение дочерних процессов

1. Использование wait() или waitpid():

int status;
pid_t terminated_pid = wait(&status);
if (WIFEXITED(status)) {
    printf("Дочерний процесс %d завершился с кодом %d\n", 
           terminated_pid, WEXITSTATUS(status));
}

1. Обработка сигнала SIGCHLD (более современный подход):

#include <signal.h>

void sigchld_handler(int sig) {
    // Используем WNOHANG для неблокирующего ожидания
    while (waitpid(-1, NULL, WNOHANG) > 0);
}

int main() {
    struct sigaction sa;
    sa.sa_handler = sigchld_handler;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = SA_RESTART | SA_NOCLDSTOP;
    sigaction(SIGCHLD, &sa, NULL);
    
    // Далее создание дочерних процессов...
}

Практические рекомендации для DevOps

• В скриптах и программах всегда обрабатывайте завершение дочерних процессов.
• В Docker-контейнерах процесс с PID 1 должен корректно обрабатывать SIGCHLD.
• Мониторинг — включите проверку на зомби1-процессы в мониторинг (например, через Prometheus).
• При отладке используйте strace для отслеживания системных вызовов:

strace -e trace=process -f ваш_скрипт.sh

Зомби-процессы — нормальная часть жизненного цикла процессов в Unix-системах, но они должны быть кратковременными. Продолжительное существование зомби указывает на ошибку в логике приложения, которую необходимо исправить на этапе разработки или конфигурации.