Вопрос или проблема
Как создать новый процесс с ID сессии (setsid) существующего процесса?
У меня есть идея с использованием GDB, которая работает частично. Но я также благодарен за другие подходы.
.
Кажется, не существует системного вызова, где я могу указать ID сессии для процесса. Но я был вдохновлен другим разговором, где используется GDB. Так что моя идея состоит в том, чтобы использовать GDB для форка процесса из существующего с желаемым ID сессии.
Основная идея, кажется, работает. Но она страдает от ошибки сегментирования в оригинальном процессе.
# запуск длительного процесса в его собственной сессии
setsid --fork bash -c 'echo $$; sleep 1000'
# выводит свой PID == SESSION_ID (предположим "100")
gdb --init-eval-command='set follow-fork-mode child' -p SESSION_ID
# в gdb:
call (int)fork()
# ПРОБЛЕМА: оригинальная команда выводит:
# Ошибка сегментирования (core dumped) sleep 1000
call (int)execl("/bin/sleep", "sleep", "50")
ps --sid SESSION_ID -o pid,sid,args
# 101 100 sleep 50
# 102 100 sleep 120
Таким образом, оригинальный процесс “100” завершился аварийно. Но новый процесс успешно запустился.
Есть идеи, как избежать ошибки сегментирования?
Связано: Существует ли способ изменить группу процесса для запущенного процесса?
Ответ или решение
Создание процесса с использованием уже существующего идентификатора сессии в Unix-системах представляет собой интересную и нестандартную задачу. Из-за отсутствия прямого системного вызова, позволяющего указать идентификатор сессии, задача требует использования обходных путей. Одним из таких является использование отладчика GDB для запуска дочернего процесса. Однако, данный метод может столкнуться с проблемой, например, такой как сегментационная ошибка. Для того чтобы лучше понять данную задачу и предложить возможные пути решения, давайте углубимся в теорию, приведем пример и рассмотрим практическое применение.
Теория
Основы сессий и процесс-групп
В Unix-подобных операционных системах каждое задание выполняется в определенной процесс-группе и сессии. При вызове системного вызова setsid() процесс становится лидером новой сессии, отрываясь от текущей группы процессов и сессии. Однако, как уже упоминалось, для изменения идентификатора сессии без изменения контекста необходимо использование обходных путей, поскольку напрямую системный вызов для задания произвольного идентификатора сессии не предоставляется.
Системные вызовы и ограничения
Основные системные вызовы, связанные с обработкой процессов, такие как fork(), exec(), и setsid() не позволяют напрямую изменить идентификатор сессии на уже существующий. Именно здесь и входит в игру использование инструментов, таких как GDB, для манипуляции данными процессами.
Пример
В вашем подходе при помощи GDB вы форсируете существующий процесс на выполнение fork(), а затем запускаете новый процесс при помощи exeсl(). Однако, как вы отметили, исходный процесс сталкивается с ошибкой сегментации, что вызывает его завершение.
# Запуск долгоживущего процесса отдельно
setsid --fork bash -c 'echo $$; sleep 1000'
# Захват процесса с идентификатором сессии
gdb --init-eval-command='set follow-fork-mode child' -p SESSION_ID
# В GDB создается дочерний процесс
call (int)fork()
# Замена образа процесса на новую программу
call (int)execl("/bin/sleep", "sleep", "50")Применение
Решение проблемы сегментации
Чтобы избежать сегментационной ошибки, возможно, потребуется более аккуратное управление контекстом процесса и стека вызовов:
-
Работа с копией стека: Проблема может заключаться в том, как происходит обработка стека при forking с GDB. Рекомендуется изучить возможности создания отдельного контекста для новой программы, чтобы изолировать родительский и дочерний процессы.
-
Изучение дополнительных команд GDB: Возможно, вам стоит изучить дополнительный набор команд и скриптов GDB, таких как
detach, для отделения форкнутого процесса и предотвращения зависания состояния исходного процесса. -
Проверка целевго процесса перед вызовом: Убедитесь, что процесс, к которому вы подключаетесь с GDB, находится в состоянии, где fork() не вызывает крушения.
Альтернативные методы
-
Патчинг ядра: Если данная задача предстоит часто, может рассматриваться модификация ядра для предоставления необходимых системных вызовов.
-
Использование контейнеров: Контейнеризация может предоставить более гибкие механизмы для управления процессами.
-
Демонстрация через сети: Использовать демонизацию или процессы-демоны, которые могут быть привязаны к различным сессиям извне посредством сетевых вызовов.
Заключение
Процесс создания нового процесса с существующим идентификатором сессии через отладчик GDB представляет собой интересное упражнение, которое раскрывает глубину работы Unix-систем. Несмотря на проблемы, такие как сегментация, подход демонстрирует, как инструменты отладки могут использоваться для нестандартных решений. Тем не менее, если данная задача встречается часто, имеет смысл рассматривать более структурированные подходы, включающие изменения на уровне ядра или использование современных техник контейниризации.