Живые мертвецы

ну основной процесс может быть и зомби, а его сопросцесы - потоки - могут и крутиться себе радостно, кушая ресурсы. ls -l /proc/<pid>/task чтобы посмотреть, что у него за потоки и что они делают.

// wbr

(сорри, форматирование)

Процесс жрёт cpu и принимает соединения по tcp, имея при этом статус зомби.
Процесс многотредовый. gdb к нему цепляться отказывается, Operation not permitted.
Что это всё означает? В смысле, куда копать для исправления баги?

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5616 root      16   0     0    0    0 Z 59.9  0.0  24:00.00 DS <defunct> 

 5616 pts/3    Zl    23:34 [DS] <defunct>

> ls -l /proc/<pid>/task

ls: /proc/5616/task/: No such file or directory

Причём директория там есть, но войти в неё нельзя.

uname -a ?

// wbr

Linux hostname 2.6.9-67.0.1.EL #1 Wed Dec 19 15:50:25 EST 2007 i686 i686 i386 GNU/Linux

> Linux hostname 2.6.9-67.0.1.EL #1 Wed Dec 19 15:50:25 EST 2007 i686 i686 i386 GNU/Linux

не скажу про .67, но на .42 все по-идее должно работать.

$ uname -a
Linux phoenix 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux
$ ls -l /proc/self/task
total 0
dr-xr-xr-x 3 foo bee 0 Feb 25 16:16 32159

видимо, что-то грохнулось как-то по другому :-/

// wbr

у процесса нет каких-нибудь страшных LD_ASSUME_KERNEL в переменных среды окружения?

> не скажу про .67, но на .42 все по-идее должно работать.

Ну дык оно и работает — на всех процессах _кроме_ этого. Меня как раз и интересовало, в какое такое интересное состояние он (процесс) свалился и чем это могло быть вызвано.

2anonymous: нет, ничего такого, только LD_LIBRARY_PATH.

> Меня как раз и интересовало, в какое такое интересное состояние он (процесс) свалился и чем это могло быть вызвано.

Ставьте kernel-debuginfo и systemtap, смотрите, что этот процесс делает. Мог быть баг в ptrace.