Date: Wed, 26 Jul 1995 20:27:42 -0700 From: Matt Dillon <dillon@blob.best.net> To: davidg@Root.COM Cc: Doug Rabson <dfr@render.com>, bugs@freebsd.org Subject: Re: brelse() panic in nfs_read()/nfs_bioread() Message-ID: <199507270327.UAA21946@blob.best.net>
next in thread | raw e-mail | index | archive | help
:> synch the disks but it can't dump core. The only message I
:> get is the panic message on the console:
:>
:> panic biodone: page busy < 0
:> off: 180224, foff: 180224, valid: 0xFF, dirty:0 mapped:0
:> resid: 4096, index: 0, iosize: 8192, lblkno: 22
:>
:> I believe the failure is related to NFS. The question is,
:> is this a new bug or do any of the recent patches have a
:> chance at fixing it? Hard question considering the lack
:> of information.
:
: We've been working on this problem for the past week or so and believe it
:is fixed in 2.2-current and 2.1-stable. Please update your sources and let us
:know if the problem persists.
Doesn't look good so far re: this particular bug and the latest
patches from current, the poor thing crashed again but we missed
the console messages so I'll have to wait till the next crash
to be sure it is the same bug. On the bright side, it doesn't look
like any new bugs have been introduced :-)
:
: We've messed with the scheduling algorithm quite a bit since the original
:one in 4.4BSD, and I think have made substantial improvements. Our main
:concern was that compute-bound processes must execute in a lower priority queue
:...
:foreground - making the system appear very sluggish to interactive users. I'd
:like to here more about how your algorithm works in real-world situations and
:especially how it functions across the spectrum of system loading.
:
:-DG
I'm letting it run all week long on all of our machines. It definitely
fixes the cascade problem, and I should be able to get a good feel for
the other effects by the end of the week.
-Matt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507270327.UAA21946>