Получить имя процесса, зная его pid

Осиль start-stop-daemon, да и всё.

Возможно pgrep с проверкой имени процесса, пользователя и т.п.?

Да, стыдно было об этом не знать. Сейчас ознакомлюсь...

Через pgrep сделано сейчас. Работает как-то коряво... Скорее всего, это опять же мои косяки. Хотел сделать другим способом

Или подскажите, как распарсить эту несчастную строку.

cat /proc/789/status | head -1 | awk '{print $2}'

То, что нужно, спасибо!

pidof squid3 1898

Хотя это изврат. Лучше так:

cat /proc/`pgrep firefox`/comm

И Вам спасибо!

А у меня нет таких файлов «*/comm». Так что этот способ не годится =)

Хмм… значит, твоё ядро не умеет. У меня умеет.

ну у меня debian древний... И с ядром мне ковыряться лень. Точнее - не до того. Машина рабочая. Живет, и ладно. Всякие эксперименты я дома ставлю...

Тогда да, лучше универсальный способ.

присоединяюсь)

cat /proc/`pidof firefox`/status | grep Name: | awk '{print($NF)}'

Вы прослушали лекцио о том, как не надо делать. Спасибо.

Что хотели, то и получили ;).

А как надо? Спасибо.

По сути, тебе ведь не нужно проверять, какой процесс живёт с этим пидом. Достаточно сделать pgrep по имени процесса, и если результат пустой, то это значит, что процесс не выполняется.

Каждый раз, когда я вижу «grep | awk», мне хочется убить котенка, потому что

1. cat /proc/self/status | awk '/^Name:/ {print $NF}'

2. cat /proc/self/status | sed -nre 's/^Name:[[:space:]]*(.*)$/\1/p'

3. ps -p $pid -o comm= — what op really wants, потому что попытка самостоятельно парсить /proc заведомый фейл

В том то и дело, что нужно знать, что за процесс. Ведь если это мой демон, то мне не надо запускать его еще раз. А если это какой-то другой процесс, то у меня в pid-файле устаревшие данные, и демона нужно запускать.

Как-то так.

Ок, учту что «grep | awk» - не рационально

Ребяты, всю эту фигню делает start-stop-daemon!

Делаешь pgrep имя_процесса. Если пусто — запускаешь. Если не пусто — не запускаешь.

Ты чтоооо, это же неинтересно.

может быть не пусто, но это не его процесс.

Другого пользователя? Что-то об этом никто не говорил.

я имею ввиду, не его демон, а другой какой-то процесс с тем пидом, что у него записан. тогда демон надо запустить, несмотря на то что процесс с таким пидом есть.

Можно пид вообще не записывать.

Да, именно к этому я в результате и пришел.

Лишний раз убеждаюсь, что сначала надо для себя грамотно сформулировать задачу.

Еще раз спасибо.

То, что ты хочешь, делается lock-файлами, а не проверками из баша какое имя процесса у данного pid'а.

А если демон завершается некорректно и lock-файл не удаляется?

Достаточно проверить, нет ли процесса с pid'ом из lock-файла. Если есть - прочесть его имя. Если оно «левое» - смело затирать lock-файл своим.

Если записывать pid, получается быстрей (т.к. проверяется только данный pid).

Вариант без pid'ов я делал: процесс при запуске читает все дерево /proc, выискивая (как pgrep - собственно, оттуда код я и спер) одноименные процессы. Если ни одного не найдено, все ОК - процесс считает себя сервером. Если найдено и явно не указано, что процесс - клиент, он благополучно подыхает.

Какая разница, удалился файл или нет, если лок кончился со смертью демона?

http://linux.die.net/man/1/flock
http://linux.die.net/man/2/flock

плюсую 3 вариант

Или подскажите, как распарсить эту несчастную строку.

awk '/Name:/ {print $2}'  /proc/${pid}/status

Ну нихуяж себе, ты таки осилил открыть man awk?