On Tue, Oct 24, 2000 at 07:51:42AM +0200, Houten K.H.C. van (Karel) wrote:
> > > I am running Kernel 2.4.0-test9 on a DECstation 5000/150. I am
> > > experiencing a strange behaviour when having strong I/O-load, such as
> > > running a "tar xvf foobar.tgz" with a large archive. After some time of
> > > activity the process (in this case tar) is stuck in status "D". There is
> > > neither an entry in the syslog nor on the console that would give me a
> > > hint what is happening. Is anyone else experiencing this?
> > I observe similar stuck processes on Origins - even without massive I/O
> > load. I'm trying to track them but little success aside of fixing a few
> > unrelated little bugs. Do you observe those on your R4k box also?
> On my DEC 5000/260 (R4k) I have no stuck processes, but I should mention
> that I am running without swap (I have 192Mb RAM).
That matches my Origin experience with it's 1.5gb RAM and no swap.
> > Another things which I'm observing is that I occasinally can't unmount
> > a filesystem. umount then says the fs is still in use. Sometimes it's
> > at least possible to remount the fs r/o. Have you also observed this one?
> Yes, but only the root FS. I thought I might have to upgrade to a newer
> mount program for the 2.4 kernel, or is the system call returning the error?
It also happens for other filesystems; the heavier the usage of the
filesystem has been the more often. But I've never seen a hanging tar or
> Aside from this I stil get 'bug in get_wchan' messages, but everything
> seems to run fine. I hope to test my current kernels on a 5000/150 and
> a 3100.
This message is harmless. The only effect is that the WCHAN column of
ps axl will have bogus information.
Which is a problem - I need exactly the WCHAN information to debug this