lkml.org 
[lkml]   [1998]   [Aug]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: NFS: deterministic oops in nfs_file_close
Alan Cox wrote:
>
> > >>EIP: c014e93d <nfs_flush_dirty_pages+181/1a4>
> > Trace: c014d1d9 <nfs_file_close+31/58>
>
> Yep thats the one I fixed. (The dirty page waits occur from several points)
>

It is an improvement but a crash can still be triggered!
This time the lock is solid with no oops!

Test setup:

A dual PPro, redhat-5.1 box mounting homedirectories from a PPro
redhat-5.0 box.
The network is 100 Mb, full duplex, 2x3c905 busmastering.
Client: vanilla 2.1.117 + the nfs/write.c patch
Server: vanilla 2.1.108

Test case:

A user with an NFS home and a 200 Mb nsmail-directory removes all
summary-files and runs the command "Empty Trash Folder".
(copy mail by mail from file.old to file.new)

Test data:

2.1.117 SMP: crashes 2 out of 2 runs
2.1.117 UP: success 3 out of 3 runs


Do you think any of the debug code in 2.1.117ac1 catches the crash?

Ove

--
Ove Ewerlid
Ove.Ewerlid@syscon.uu.se or Ove.Ewerlid@signal.uu.se
Phone: +46 70 666 23 63, Fax: +46 18 503 611, +46 18 555 096

-
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.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:44    [W:0.056 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site