Inspired by the post from user chriss I've checked on my N5200 with FW 2.00.01 if NFS is working for me... and it is NOT working
So I've checked what's going on and I've found out, that the script /app/bin/rc/nfs is heavily broken. It creates and invalid /etc/exports file and therefore the NFS daemon refuses to start. This is the answer why several users are not able to access NFS anymore.
The buggy code in /app/bin/rc/nfs was added recently as this code isn't available in FW 1.00.08 and 1.00.10. Each time the NFS daemon is started the file /etc/exports is created from scratch (the old version is removed, so my NFSEXPORT module doesn't work anymore ) with the folder information from the database.
BTW the coding of this script is really really bad - it seems like somebody is starting to learn how to write shell scripts
The bad news is that at the moment I don't know any workaround. So anybody who needs NFS shares shouldn't update to 2.00.01.
thecus: please fix this bug immediately, I cannot access my NFS shares anymore!!!
you should apply for a part time job at Thecus, really. And you could sent in your application with some superior scripts only. "this is what you've got! And this is 2hat you can expect from my knowledge!"
We are lucky to have someone like you around in this forum. BUT is Thecus reading these posts by you? I sure hope so, but I doubt it
BUT is Thecus reading these posts by you? I sure hope so, but I doubt it
I know that Thecus (at least sometimes) is watching this forum
But until now they're drawing the right conclusion of what I'm and other users are telling them. I'll never understand why companies are so ignorant..... when they are lucky enough to have motivated (and somehow nuts) customers trying to test and improve their product. Sorry, maybe I'm going OT now....
The function nfs_exports() in /app/bin/rc/nfs is the culprit. Maybe I can speed up the bug fixing by providing a better and working nfs_exports() function. Feel free to use it - it's in the public domain and I'll not claim any rights
I sort of fixed the issue using the same workaround to "modify read-only scripts" as in my solution to use multiple iSCSI targets per RAID (described in some other thread).
The basic idea is to copy the modified scripts to the /var folder each time the N5200 is powered on and to execute them manually from there once. This sounds tedious, but usually you do not power your NAS up and down all the time. A simple Reboot while keeping power up does not delete the volatile "tmpfs" that holds the /var folder and therefore the scripts remain available. Depending on which scripts you modified you might have to run them manually after each Reboot though.
You could probably put the modified scripts onto a configured raid volume and run them from there....but I prefer to keep them on my PC and copy them into /var, because this makes them independent from formatted disks, so they are available also if I would have to rebuild the raids from scratch.....
So this is what I did to get multiple NFS shares with a correct /etc/exports in FW 2.00.01 :
1) installed the SSHD module (described in other posts) 2) copied the NFS script "/app/bin/rc/nfs" to my PC 3) in the copied script replaced the nfs_exports() function and the declarations with omega/Andreas' code posted above 4) copied the modified script back into /var 5) chmod 777 /var/nfs 6) called the script with "/var/nfs restart"
Steps 4-6 I will have to do after each power-up. I did not soft-reset the N5200 yet after applying this workaround, so I do not know if step 6) is necessary after a Reboot.
Just a workaround - but I can live with that until a real fix in a new firmware is available.
Edit: did not check for 2.00.03 yet.....apparently NFS works in .03 ? What about the SSHD module ? I need that for my iSCSI workaround, so maybe I need to stay on .01 for now ?
Say - does anybody know how to clean up the faulty exports? I mean - my exports-file is generated with faulty folder information. Long gone folders still appear in my exports, and at least I do not know how to get rid of these old listings...