What's new

NFS share gets lost on the server end.

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

zerophase

Occasional Visitor
So, my NFS share keeps getting dropped on the server end. I did find this post about increasing stability.
I'll definitely try tossing intr and soft on the client side mount. I'm not sure about async, I've gotten file corruption in the past using that mount option. Are there any other things I could do to get NFS stable?

On a related note what does the project need to make NFS shares more stable / take them out of the experimental category. I have some free time, and figure I might as well try to take NFS out of the experimental category if possible.
 
So, my NFS share keeps getting dropped on the server end. I did find this post about increasing stability.
I'll definitely try tossing intr and soft on the client side mount. I'm not sure about async, I've gotten file corruption in the past using that mount option. Are there any other things I could do to get NFS stable?

On a related note what does the project need to make NFS shares more stable / take them out of the experimental category. I have some free time, and figure I might as well try to take NFS out of the experimental category if possible.

Primary issue is to track down the kernel panic occurring on MIPS-based routers (it doesn't happen with the ARM's 2.6.36 kernel). I don't remember what test case was allowing us to easily reproduce the crash, @ryzhov_al might remember.
 
Hmm, I have the 2.6.36.4brcmarm kernel. I'm guessing that router isn't affected by that. I do also have an AC66U that I could test on. Is that model affected by the kernel panic?
 
Hmm, I have the 2.6.36.4brcmarm kernel. I'm guessing that router isn't affected by that. I do also have an AC66U that I could test on. Is that model affected by the kernel panic?

The RT-N66U and RT-AC66U are the two only models still using a MIPS processor, with the older 2.6.22.19 kernel. These two are affected by the kernel problem.
 
I could definitely try to track that kernel panic on the AC66U. What do you think could be causing a spotty mount on the ac5300?
 
I could definitely try to track that kernel panic on the AC66U. What do you think could be causing a spotty mount on the ac5300?

No idea. I haven't looked at NFS in nearly three years.
 
I'll pay attention, and see if I notice any pattern to the share going down. The only thing I'm going to guess happens is when the router reboots NFS doesn't always come backup.
 
I just tracked this down and did a fix on my fork. The problem is in portmap.

During the boot sequence, the NFS server can actually be started/stopped several times. The problem occurs because the portmap included in the firmware doesn't have a stop command, so the process was just killed as part of stopping NFS. Killing portmap leaves things in a really bad state. The fix was once portmap was started, just leave it up (and don't try to restart it if it's already running).

I've been running with this fix and NFS always active now for quite a while without any problems. (And lately I've been rebooting a lot to test new code :) )
 
Is there anyway to increase the nfs thread count? I can't seem to find the configuration file for the nfs server.
 
Is there anyway to increase the nfs thread count? I can't seem to find the configuration file for the nfs server.
Took a little digging, but it's done via command.....

nfsd count

Code:
ASUSWRT-Merlin RT-AC68U_3.0.0.4 Sat Jan 23 07:14:40 UTC 2016
admin@AC68P-06650:/tmp/home/root# ps | grep nfs
2373 admin        0 SW   [nfsd]
2412 admin     1396 S    grep nfs
admin@AC68P-06650:/tmp/home/root# nfsd -h
Usage:
nfsd [-H hostname] [-p|-P|--port port] [-N|--no-nfs-version version ] [-T|--no-tcp] [-U|--no-udp] nrservs
admin@AC68P-06650:/tmp/home/root# nfsd 8
admin@AC68P-06650:/tmp/home/root# ps | grep nfs
2373 admin        0 SW   [nfsd]
2419 admin        0 SW   [nfsd]
2420 admin        0 SW   [nfsd]
2421 admin        0 SW   [nfsd]
2422 admin        0 SW   [nfsd]
2423 admin        0 SW   [nfsd]
2424 admin        0 SW   [nfsd]
2425 admin        0 SW   [nfsd]
2427 admin     1396 R    grep nfs
admin@AC68P-06650:/tmp/home/root#
 

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top