Although I realize 2.0.32 is very out of date, and I'll take this
opportunity to upgrade (server has been up 200 days!), I have to reboot my
server because of over 28 processes stacked up over a three day period.
All the same:
FLAG UID PID PPID PRI NI SIZE RSS WCHAN STA TTY TIME COMMAND
40 0 5713 1 0 0 920 284 do_down D ? 0:00 syslogd
40 0 5725 1 0 0 920 284 do_down D ? 0:00 syslogd
40 0 6130 1 0 0 920 284 do_down D ? 0:00 syslogd
40 0 6157 1 0 0 920 284 do_down D ? 0:00 syslogd
40 0 8565 1 0 0 920 284 do_down D ? 0:00 syslogd
40 0 8572 1 0 0 920 284 do_down D ? 0:00 syslogd
.
.
.
Loadavg is >28 because these processes are not asleep, but they really are
not affecting the actual load on the machine in a real way. do_down
appears to be part of kernel/sched.c. Maybe this is a similar problem to
the other report of processes stuck in 'R' state but not running? That
system was 2.0.34 or 35, so perhaps the same effect, but slightly
different. Of course kill -9 doesn't work on 'D' processes...
Server is UP Pentium 150, stock 2.0.32, 64MB ram, single IDE drive
gcc2.7.2 compiled kernel. It is providing sendmail, email-aliasing,
ppp-dialin (with Comtrol rocketport). Some http. RedHat 4.2 based system.
Thanks for listening
-- /==============================\ | David Mansfield | | david@cobite.com | \==============================/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/