killall

Disk-state неубиваем. Тут ничего не поделаешь. Возможно, то к чему обращается скрипт, больше нет в системе (сетевая шара, диск, etc.)

Если критично или глаза мозолит, то к сожалению только перегрузка.

программист запустил скрипт

root       76722   0.0  0.1 248596  24996   5  D+   23Sep14     15:24.68 php tstmon.php

Давно запустил :)

И да, PPID у процесса какой ? Убей родителя :)

kill -31 76722

неубиваем. Тут ничего не поделаешь

вот это решето ядро bsd

Surprise! Это во всех POSIX системах так. И, о ужас, даже в Linux.

Про фряху хз, но разве в линуксе только перезагрузка? Ведь недоступные/висящие сетевые ресурсы можно отмонтировать через umount -f или если совсем плохо через umount -lf, после чего все D (uninterruptible sleep) либо убиваются, либо сами отваливаются.

uninterruptible как бы на мекает на uninterruptible. Т.е. процесс не получает совсем никаких сигналов (в том числе от kill), он може быть разбужен, только по прирыванию получения данных, которых он ждёт. В общем, курите мат-часть.

а если убить его родителя, посмотрев такового через pstree?

Не поможет. Процесс станет потомком процесса PID 1 (init) и всё.

в linux есть alt+sysrq+i например, из того что сходу вспоминается

alt+sysrq+i = Send the SIGKILL signal to all processes except init

Но! Процесс в состоянии D сигналы то не принимает.

не знаю, у меня любые процессы кроме инита подыхают при этом

Подскажите, пожалуйста, что можно сделать

убить погроммиста

Даже те, что D? Не верю.

Самый простой вариант потестить был бы поднять NFS сервер, прицепиться к шаре и прибить сервер. Любое обращение к маунтам приведёт к D. (тут нечего ругать NFS — это by design so и не лечится)

Если интересно и не лень — можешь сам проверить.

PS: выйти из D мозжно будет опять подняв NFS сервер

PS: выйти из D мозжно будет опять подняв NFS сервер

Выйти из D можно будет сделав umount -f, про что я выше говорил. А у тебя выходило что перезагрузка - единственный вариант.
«Матчасть» (man umount) спецом NFS упоминает:

-f Force unmount (in case of an unreachable NFS system). (Requires kernel 2.1.116 or later.)

Для NFS и umount, если мне не изменяет склероз, в линуксе отдельный, специальный хак, который работает (иногда) соответсвенно только в линукс. На free он не распространяется.

В общем случае, я имел в виду, что это старый, известный workaround для NFS, если тот подвис — поднять на том же IP донер-сервер, что бы на клиенте выйти из D.

У меня прямо сейчас в моём уютном линуксе пачка процессов зомби висит. В результате предыдущих манипуляций демоны после killall перестали потреблять по полтора ядра с, кажется, d-state, но теперь их не перезапустить. UFS в ядре точно рабочая? А с большими файлами? Или это проблема конкретного ПО?

убить погроммиста

Аватара кагбэ намикаэ =)

По сабжу: ИМХО, насколько понятно по симптомам, только ребут.

Всем спасибо за помощь. Проблема решилась сама, процесс сам пропал. К счастью, перезагружаться не пришлось