Re: Oops with in nfsd - 2.4.19-pre6

[Chris Mason <mason@suse.com>]

On Thu, 2002-11-14 at 11:04, Philippe Gramoullé wrote:
> On 13 Nov 2002 15:23:21 -0500
> Chris Mason <mason@suse.com> wrote:
> 
>   |  > 
>   |  > BTW, should i apply the patch posted on LKML ?
>   |  > Subject:2.[45] fixes for design locking bug in wait_on_page/wait_on_buffer/get_request_wait
>   |  
>   |  No, wait for that fix to get into a kernel before using it.  There might
>   |  still be small modifications, and andrea might find a few other places
>   |  in the kernel with similar races.
>   |  
>   |  The bug results in io stalls, and the machines that do see them stall
>   |  for between 10 minutes and an hour.  If you needed the patch you would
>   |  have already been complaining ;-) 
> 
> Well, now that you mention this, i may also have it on my bug squash list :o)
> When we feed some files to a MySQL server ( 4 way box, lots of threads), sometimes the
> box does nothing , pretty much like andrea described it , so it may be that.

Ok, that does sound like the stalling bug, especially since you've got 4
cpus.  You can make it much less likely to trigger by lowering the
threshold for where bdflush jumps in, but andrea's final patch should
show up shortly.

>   |  
>   |  Jan and I will get an updated quota patch asap,
> 
> This is just great :o) Do you have a rough idea when it will be
> available ? couple days ? couple weeks ?

Now that I've looked at it, I think the only reject is that parisc-32
already has one hunk applied, and x86-64 needs to have quotav2 support
added.  Neither one affects i386, but I'll do some tests here.  Jan, am
I missing something?

> 
> 
>   |  and I'll have my
>   |  attempted fix for the transaction overflow ready for you against that
>   |  set of patches in a few hours.
> 
> I already got your fixed and but it on 4 or 5 production boxes that triggered the bug.
> 
> So far,it's been running fine :o) but without quotas ;o))

Ok, it survived heavier load here overnight.

-chris