Linux i/o для запуска демона/процесса

Question

Возможно ли в i/o работать? я несколько игровых серверов работает так:

cd /path/to/game/server/binary 
./binary arg1 arg2 ... argn & 

Можно ли написать сообщение на сервер, если я знаю идентификатор процесса?

Нечто подобное было бы удобно:

echo "quit" > process1234 

Где process1234 процесс (с Сидом 1234).

Игровой сервер не является бинарным, написанным мной, но это двоичный код Call of Duty. Поэтому я ничего не могу изменить в коде.

Answer 1

Да, вы можете запустить процесс с помощью трубы в качестве своего stdin, а затем записать в трубу. Вы можете использовать именованный или анонимный канал.

Обычно для этого потребуется родительский процесс, который создаст анонимный канал и предоставит его дочернему процессу, так как его stdin-popen() делает это, многие библиотеки также реализуют его (см. IPC Perl: Open2 например)

Другим способом было бы запустить его под псевдонимом, что и делает «экран». Сам экран также может иметь механизм для этого.

Answer 2

Только в том случае, если процесс прослушивает какое-либо сообщение. Например, ваш игровой сервер может ожидать ввода в файл, через сетевое соединение или со стандартного ввода.

Если ваш процесс не активно прослушивает что-то, единственное, что вы действительно можете сделать, это остановить или убить его.

Теперь, если ваш процесс ждет стандартного ввода, и вы запускали его, как так:

$ myprocess & 

Тогда (в Linux), вы должны быть в состоянии попробовать следующее:

$ jobs 
[1]+ Running     myprocess & 
$ fg 1 

И в этот момент вы вводите стандартный ввод в свой процесс.

Answer 3

Вы можете сделать это только в том случае, если процесс явно предназначен для этого.

Но поскольку вы, например, запрашиваете, что процесс завершен, я бы рекомендовал попробовать сигналы. Сначала попробуйте отправить TERM (т.е. прекратить) сигнал, который по умолчанию:

kill _pid_ 

Если это не работает, вы можете попробовать другие сигналы, такие как QUIT:

kill -QUIT _pid_ 

Если все остальное терпит неудачу , вы можете использовать сигнал KILL. Это гарантируется (*), чтобы остановить этот процесс, но этот процесс не будет иметь никаких изменений убирать:

kill -KILL _pid_ 

* - в прошлом, kill -KILL не будет работать, если процесс был повешен, когда на файловый сервере слоеных сетей , Не знаю, установили ли они это.

Answer 4

Я уверен, что это будет работать, так как сервер имеет консоль на стандартном вводе:

echo "quit" > /proc/<server pid>/fd/0 

Вы упоминаете в комментариях ниже, что ваш процесс не является для чтения с консоли на дескрипторе 0. Но это должно быть на каком-то fd. ls -l /proc/<server pid/>/fd/ и найдите тот, который указывает на/dev/pts /, если процесс запущен в gnome-terminal или xterm или что-то в этом роде.

Answer 5

Если вы хотите сделать несколько простых операций на своем сервере, используйте сигналы, как указано в другом месте. Настройте обработчики сигналов на сервере и каждый сигнал выполняет другое действие, например.:

• SIGINT: Перечитайте конфигурационный файл
• SIGHUP: бросить

...

Answer 6

Высоко хаком, не делайте этого, если у вас есть Санер альтернативу, но вы можете перенаправить дескрипторы файла процесса на лету, если у вас есть права ptrace.

 
$ echo quit > /tmp/quitfile 
$ gdb binary 1234 
(gdb) call dup2(open("/tmp/quitfile", 0), 0) 
(gdb) continue 

open("/tmp/quitfile", O_RDONLY) возвращает файловый дескриптор /tmp/quitfile. dup2(..., STDIN_FILENO) заменяет существующий стандартный ввод новым дескриптором файла.

Мы вводим этот код в приложение с использованием gdb (но с числовыми константами, так как #define константы могут быть недоступны), и taadaah.

Answer 7

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