Поиск команды для определенного PID в Linux из Python

ПОЖАЛУЙСТА, не используйте /proc файловую систему в производственном коде. Вместо этого используйте четко определенные интерфейсы POSIX, такие как вызовы glibc и стандартные команды оболочки! Сделайте мир Linux более стандартизированным, это действительно необходимо!

То, что вам нужно, хорошо достигается путем вызова команды оболочки

ps -p <YOUR PID> -o cmd h

Никакого парсинга не требуется!

Не говоря уже о том, что чтение вывода команды оболочки из python требует не больше усилий, чем чтение из файла в /proc. И это также делает вашу программу более переносимой!

Посмотрите в /proc/$PID/cmdline

Прочтите команду ps и проанализируйте ее вывод.

ps -p [PID] -o cmd 

должен сделать это

Посмотрите /proc/$PID/cmdline, а затем os.readlink () на /proc/$PID/exe.

/proc/$PID/cmdline не обязательно будет правильным, поскольку программа может изменить свой вектор аргументов или он может не содержать полный путь. Три примера этого из моего текущего списка процессов:

• avahi-daemon: chroot helper
• qmgr -l -t fifo -u
• /usr/sbin/postgrey --pidfile=/var/run/postgrey.pid --daemonize --inet=127.0.0.1:60000 --delay=55

Первый очевиден - это недопустимый путь или имя программы. Второй - это просто исполняемый файл без имени пути. Третий выглядит нормально, но на самом деле вся командная строка находится в argv[0] с пробелами, разделяющими аргументы. Обычно у вас должны быть аргументы, разделенные NUL.

Все это показывает, что /proc/$PID/cmdline (или вывод ps (1)) ненадежен.

Однако и /proc/$PID/exe тоже. Обычно это символическая ссылка на исполняемый файл, который является основным текстовым сегментом процесса. Но иногда после него стоит «(deleted)», если исполняемый файл больше не находится в файловой системе.

Кроме того, программа, представляющая собой текстовый сегмент, не всегда то, что вам нужно. Например, /proc/$PID/exe из этого /usr/sbin/postgrey примера выше - это /usr/bin/perl. Так будет со всеми интерпретируемыми скриптами (#!).

Я остановился на синтаксическом анализе /proc/$PID/cmdline - взятии первого элемента вектора, а затем поиске пробелов в нем и взятии всего до первого пробела. Если это был исполняемый файл - я остановился на этом. В противном случае я сделал ссылку для чтения (2) на /proc/$PID/exe и удалил все строки «(deleted)» на конце. Эта первая часть завершится ошибкой, если в имени исполняемого файла действительно есть пробелы. С этим ничего не поделаешь.

КСТАТИ. Аргумент использования ps (1) вместо /proc/$PID/cmdline в этом случае неприменим, так как вы собираетесь вернуться к /proc/$PID/exe. Вы будете зависеть от файловой системы /proc, поэтому вы также можете читать ее с помощью read (2) вместо pipe (2), fork (2), execve (2), readdir (3) ..., write (2) прочтите (2). Хотя ps и /proc/$PID/cmdline могут быть одинаковыми с точки зрения строк кода Python, за кулисами с ps происходит гораздо больше.

Интересным пакетом Python является psutil.

Например, чтобы получить команду для определенного PID:

import psutil
pid = 1234 # The pid whose info you're looking for
p = psutil.Process(pid)
print p.cmdline

В последней строке будет напечатано что-то вроде ['/usr/bin/python', 'main.py'] .

Более надежный способ получить эту информацию, будьте осторожны, если pid представляет процесс, который больше не выполняется:

import psutil
pid = 1234 # The pid whose info you're looking for
if pid in psutil.get_pid_list():
    p = psutil.Process(pid)
    print p.cmdline

Файловая система proc экспортирует эту (и другую) информацию. Посмотрите на символическую ссылку / proc / PID / cmd.

Это сработало для меня:

def filter_non_printable(str):
    ret=""
    for c in str:
        if ord(c) > 31 or ord(c) == 9:
            ret += c
        else:
            ret += " "
    return ret


#
# Get /proc/<cpu>/cmdline information
#
def pid_name(pid):
    try:
        with open(os.path.join('/proc/', pid, 'cmdline'), 'r') as pidfile:
            return filter_non_printable(pidfile.readline())

    except Exception:
        pass
        return