Process stuck with an empty STATE
YONETANI Tomokazu
qhwt+dfly at les.ath.cx
Tue Sep 9 19:50:32 PDT 2008
Hello.
I very occasionally (only twice as far as I recall) see this on 2.0-RELEASE
or -DEVELOPMENT in `top' output(the following is on my mail server running
2.0-RELEASE):
load averages: 0.00, 0.00, 0.00 up 13+15:09:03 11:26:24
79 processes: 79 running
CPU states: % user, % nice, % system, % interrupt, % idle
Mem: 83M Active, 241M Inact, 130M Wired, 26M Cache, 59M Buf, 1116K Free
Swap: 2048M Total, 340K Used, 2048M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
44758 qhwt 230 0 0K 4K 0:06 182.89% 77.44% git
`kill' or other tools can't locate this process, and I can't find it under
/proc filesystem either. Unfortunately I forgot plugging in the keyboard
when it booted, so probably I can't drop into DDB. There's no `cache_lock'
diagnostic messages on the console.
The `git' command was probably running on HAMMER filesystem, but it's been
regularly pruned and reblocked, and I think it has enough room:
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1a 496M 364M 93M 80% /
/dev/ad0s1e 7.9G 5.0G 2.3G 69% /var
/dev/ad0s1f 7.9G 1.2G 6.0G 17% /u
HAMMER 100G 23G 77G 23% /HAMMER
/dev/ad0s1h 22G 11G 9.5G 53% /backup
procfs 4.0K 4.0K 0B 100% /proc
/HAMMER/@@-1:1 100G 23G 77G 23% /home
/HAMMER/@@-1:2 100G 23G 77G 23% /home/source
/HAMMER/@@-1:4 100G 23G 77G 23% /usr/obj
It's not limited to `git' command; I've seen a similar stuck process
(cc1) during buildworld loops on another machine running -DEVELOPMENT.
The kernel and the world has been built on August 24, so it's not the
lastest. Does anyone know if it's already been resolved?
Thanks.
More information about the Bugs
mailing list