Messages in this thread | ![/](/images/icornerl.gif) | | Date | Sun, 23 Aug 1998 03:02:23 +0200 | From | Ove Ewerlid <> | Subject | Re: 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
| ![\](/images/icornerr.gif) |