Re: NFS: deterministic oops in nfs_file_close

Ove Ewerlid (Ove.Ewerlid@syscon.uu.se)
Sun, 23 Aug 1998 03:02:23 +0200


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