The processes I refer to get stuck in D state forever. I have other
processes that are in D state legitimately, and for reasonable amounts
of time depending on the task, but it is only these random processes
that occur once in awhile that stay there forever and drive the load
levels way beyond their normal levels.
> Capture Alt-SysRq-T output and ksymoops relevant part Yes it means you
> should have ksymoops installed and tested, which is easy to get wrong.
> I've done that too often.
It also requires access the console, right? Or is it possible to get a
similar task information dump when logged on remotely via SSH? I have
ksymoops working and tested on both of these systems, and console access
to one of them. It would be great to know what to do to help the kernel
hackers figure out what's going on as soon as the next stuck process
shows up.
--> Jijo
-- Federico Sevilla III : <http://jijo.free.net.ph/> Network Administrator : The Leather Collection, Inc. GnuPG Key ID : 0x93B746BE - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/