[lkml]   [2002]   [Jun]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [2.2.21] nfsd crash & workaround
On Thursday June 20, wrote:
> Hi all!
> When accessing NFS (server on a Linux box running 2.2.21, client on Solaris 8) I've encountered a following problem: attempt to copy a not-so-small file (around 150MB) from cdrom leads to nfsd crash after some time (depends on transport and network load) with file being only partially copied. The crash occurs regardless of either of NFS version (v2,v3) or transport (UDP,TCP).
> Cause this problem never happened to me on 2.2.20, I spent some time to eventually find a 'solution' which is as simple as using mm/vmscan.c from 2.2.20 (changing the position of a call to shrink_dcache_memory() in fact). I'm not a kernel hacker (not yet :) ) but looks like VM issue rather than NFS to me.
> Below I post a standard lk bug report (assumig NFS v2 over UDP when not stated otherwise).

This surpised me a little but not a lot.

If you are exporting a CDROM, then I assume it is an ISOfs filesystem.

The current ISOfs code doesn't support lookup("..") properly (it
appears to try, but it is all wrong) so if something falls out of
cache, you can loose.

If you aren't already, try exporting with "no_subtree_check". This
will be more reliable as it doesn't bother with the ".." lookups as

The reason that it surprised me as little, rather than not-at-all is
that you get an oops, and you getan oops which seems to be miles from
the filesystem or NFS code. Possibly the current code for ".."
actually corrupts memory and that only hits later.

I have no plans to "fix" ISOfs. If someone else wants to I can be
more specific about the problem, the requirements, and the approach.

Your VM hack presumably leaves things in cache for longer and so you
don't actually hit the problem.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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