nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory HTTP/1.1 303 Content-Type: text/html; charset=UTF-8 Location: /cgi-bin/nfs.cgi
Hello
I'm trying to create NFS shares from Alt-f 1.0 but struggles with some issues in the Service -> Network -> nfs configuration
each time I try creating a share, I end-up with this message :nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory HTTP/1.1 303 Content-Type: text/html; charset=UTF-8 Location: /cgi-bin/nfs.cgi
Allowed Hosts : *
Export Options : w,no_root_squash,no_subtree_check,anonuid=99,anongid=98
[root@DNS-320L]# echo foo > /foo/exports/bin/sh: can't create /foo/exports: nonexistent directory
creating an exports file or directory in /etc does not help....
nfs_proc.cgi: line 67: can't create /etc/exports: Is a directorynfs_proc.cgi: line 67: can't create /etc/exports: Is a directory
HTTP/1.1 303Content-Type: text/html; charset=UTF-8Location: /cgi-bin/nfs.cgi
On Wednesday, 1 November 2017 08:07:55 UTC, Bberu Bberu wrote:Hello
I'm trying to create NFS shares from Alt-f 1.0 but struggles with some issues in the Service -> Network -> nfs configuration
each time I try creating a share, I end-up with this message :nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory HTTP/1.1 303 Content-Type: text/html; charset=UTF-8 Location: /cgi-bin/nfs.cgi
Allowed Hosts : *
Export Options : w,no_root_squash,no_subtree_check,anonuid=99,anongid=98I can't reproduce that. The /etc/exports file is created if it doesn't not exists. *if* the /etc folder exists.From the command line you can see that:[root@DNS-320L]# echo foo > /foo/exports/bin/sh: can't create /foo/exports: nonexistent directorySo it seems that you don't have a /etc folder
| Up Folder | ||||
| etc | root | users | rwxrwsrwx | |
| usr | root | users | rwxrwsrwx | |
| var | root | users | rwxrwsrwx | |
| .wh..wh.orph | root | users | rwxrwsrwx | |
| .wh..wh.plnk | root | users | rwxrwsrwx | |
creating an exports file or directory in /etc does not help....If a /etc/exports directory is manually created, I then get the error:nfs_proc.cgi: line 67: can't create /etc/exports: Is a directorynfs_proc.cgi: line 67: can't create /etc/exports: Is a directoryHTTP/1.1 303Content-Type: text/html; charset=UTF-8Location: /cgi-bin/nfs.cgiSo I can't help.
Have you using the command line? manipulating anything under the /Alt-F folder? Is it a new install, and upgrade from a previous Alt-F release?If there are any stray files from a previous Alt-F install you can try to fix that by using the "fixup clean' command.
Le mercredi 1 novembre 2017 16:04:53 UTC+1, João Cardoso a écrit :
On Wednesday, 1 November 2017 08:07:55 UTC, Bberu Bberu wrote:Hello
I'm trying to create NFS shares from Alt-f 1.0 but struggles with some issues in the Service -> Network -> nfs configuration
each time I try creating a share, I end-up with this message :nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory nfs_proc.cgi: line 67: can't create /etc/exports: nonexistent directory HTTP/1.1 303 Content-Type: text/html; charset=UTF-8 Location: /cgi-bin/nfs.cgi
Allowed Hosts : *
Export Options : w,no_root_squash,no_subtree_check,anonuid=99,anongid=98I can't reproduce that. The /etc/exports file is created if it doesn't not exists. *if* the /etc folder exists.From the command line you can see that:[root@DNS-320L]# echo foo > /foo/exports/bin/sh: can't create /foo/exports: nonexistent directorySo it seems that you don't have a /etc folderThank you for answering me.I have one /etc folder, under /mnt/md0/Alt-F :
I started the nfs (without configuring it) for 15 mn now
I cannot see a /etc/export directory till now
No error / log message. I displayed all the available logs but nothing strange from today (November 2nd)
In Services-> Network it still shows " Running" but using System->utilities->view logs->Running processes I cannot see any nfs related process (neithervacsmb one so may be it is not relevant)
By the way, I let SMB shares configured and running, hope this is not the problem ?
Bruno
Nov 2 05:53:11 dns323 user.info kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Nov 2 05:53:12 dns323 user.info kernel: Installing knfsd (copyright (C) 1996 ok...@monad.swb.de).
Nov 2 05:53:16 dns323 user.notice root: Creating default NFS exports file. Starting rpc.statd: Starting portmap: .OK. Starting sm-notify: OK. Starting rpc.statd: OK. OK. Starting rpc.mountd: OK. Starting rpc.nfsd: OK.
Nov 2 05:53:23 dns323 user.notice root: nfsd running
But still no /etc/export folder
Bruno
dns323 user.notice root: Creating default NFS exports file
But still no /etc/export folder
ls -l /etc/exports
cat /etc/exports
showmount -e # shows the list of exported filesystems
Bruno
On Thursday, 2 November 2017 05:06:50 UTC, Bberu Bberu wrote:After rebooting, I checked the System Log and here what is written :Nov 2 05:53:11 dns323 user.info kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Nov 2 05:53:12 dns323 user.info kernel: Installing knfsd (copyright (C) 1996 ok...@monad.swb.de).
Nov 2 05:53:16 dns323 user.notice root: Creating default NFS exports file. Starting rpc.statd: Starting portmap: .OK. Starting sm-notify: OK. Starting rpc.statd: OK. OK. Starting rpc.mountd: OK. Starting rpc.nfsd: OK.
Nov 2 05:53:23 dns323 user.notice root: nfsd runningAnd its better to attach the whole log, not only the part that you think that is relevant. Better trained eyes can see things what you miss.So NFS is running, and the /etc/exports file should have been created if it does not exists, as the log says:dns323 user.notice root: Creating default NFS exports file
But still no /etc/export folder
It is not a folder, it's a file.And how have you checked that? You said that you don't use the command line. To use it, telnet or ssh the box as the 'root' user and using the same password as in the webUI, then issue the commandsls -l /etc/exports
cat /etc/exports
showmount -e # shows the list of exported filesystems
To clean possible leftovers from the previous fw, use System->Utilities,Fixes,RemoveAllIf still that doesn't solve your issue:Have you installed any Alt-F packages being the ones shipped with the firmware? In case that you have manipulated the Alt-F folder and that is causing issues you may have to remove it, Packages->Alt-F,Packages Installed On, Delete. If you are not allowed to do that, uncheck the Boot Enable button, Submit and reboot. After reboot you can Delete it and reinstall fresh.
| Install ffp-0.5 | |
| Install ffp-0.7 | |
| from | |
| into |
|
Le jeudi 2 novembre 2017 18:45:26 UTC+1, João Cardoso a écrit :
On Thursday, 2 November 2017 05:06:50 UTC, Bberu Bberu wrote:After rebooting, I checked the System Log and here what is written :Nov 2 05:53:11 dns323 user.info kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Nov 2 05:53:12 dns323 user.info kernel: Installing knfsd (copyright (C) 1996 ok...@monad.swb.de).
Nov 2 05:53:16 dns323 user.notice root: Creating default NFS exports file. Starting rpc.statd: Starting portmap: .OK. Starting sm-notify: OK. Starting rpc.statd: OK. OK. Starting rpc.mountd: OK. Starting rpc.nfsd: OK.
Nov 2 05:53:23 dns323 user.notice root: nfsd runningAnd its better to attach the whole log, not only the part that you think that is relevant. Better trained eyes can see things what you miss.So NFS is running, and the /etc/exports file should have been created if it does not exists, as the log says:dns323 user.notice root: Creating default NFS exports fileOK, thought this would be relevant / helpful. My bad.Attached is the entire system logBut still no /etc/export folder
It is not a folder, it's a file.And how have you checked that? You said that you don't use the command line. To use it, telnet or ssh the box as the 'root' user and using the same password as in the webUI, then issue the commandsls -l /etc/exports
cat /etc/exports
showmount -e # shows the list of exported filesystemsthe first command shows :[root@dns323]# ls -l /etc/exports
lrwxrwxrwx 1 root root 16 Nov 2 19:35 /etc/exports -> /ffp/etc/exports
rcnfs stop # stop nfs and nfs required services
rm -f /etc/exports # remove stray exports
rcnfs start # start nfs and nfs required services with default, all mounts, all allowed, permissions
Alt-F directory found in md0 but not used, as file NOAUFS exists on it.
the first command shows :[root@dns323]# ls -l /etc/exports
lrwxrwxrwx 1 root root 16 Nov 2 19:35 /etc/exports -> /ffp/etc/exportsOK. (not OK), just remove it, but first stop nfs:rcnfs stop # stop nfs and nfs required services
rm -f /etc/exports # remove stray exports
rcnfs start # start nfs and nfs required services with default, all mounts, all allowed, permissionsNow the previous 'ls -l /etc/exports' and 'cat /etc/exports' should be different.
Can you now try the nfs Configure webUI and see if the error remains?
From the log, you have a small /mnt/sda4 filesystem, probably inherit from d-link fw. I recommend you (*after* solving the nfs issue) to install Alt-F on that filesystem, to isolate it from your data files (some install Alt-F on a USB pen):
From the log I also see that you have disabled the /mnt/md0/Alt-F install:Alt-F directory found in md0 but not used, as file NOAUFS exists on it.You can (*after* fixing the nfs issue!)-reenable it-or delete it and create a new on sda4, starting fresh, but only advisable if you have not installed further Alt-F packages,-or copy it to sda4. hmm, depends if the existing (and currently not used) is damage or not.All done using the webUI, Packages->Alt-F
From the log, you have a small /mnt/sda4 filesystem, probably inherit from d-link fw. I recommend you (*after* solving the nfs issue) to install Alt-F on that filesystem, to isolate it from your data files (some install Alt-F on a USB pen):Yes, this one was left after going from d-link to alt-fFrom the log I also see that you have disabled the /mnt/md0/Alt-F install:Alt-F directory found in md0 but not used, as file NOAUFS exists on it.You can (*after* fixing the nfs issue!)-reenable it-or delete it and create a new on sda4, starting fresh, but only advisable if you have not installed further Alt-F packages,-or copy it to sda4. hmm, depends if the existing (and currently not used) is damage or not.All done using the webUI, Packages->Alt-FThis is odd as this message was the one shown when I applied that part of your message (after rebooting and before re-installing the packages):Have you installed any Alt-F packages being the ones shipped with the firmware? In case that you have manipulated the Alt-F folder and that is causing issues you may have to remove it, Packages->Alt-F,Packages Installed On, Delete. If you are not allowed to do that, uncheck the Boot Enable button, Submit and reboot. After reboot you can Delete it and reinstall fresh.
Regards
Bruno
So it works, kindof let say at about 95%
I can see my shares, connect to them (I stopped the SMB shares and started the NFS ones alone)
I can access to files, create and delete, but not all files(from OS X El Capitan)
Some of them, usually entire directories are only "view-able". I can see them, navigate them, but not open files inside.
There is one for example I can enter and navigate but cannot open any of the files
If I copy its content in a newly created directory, I can open some files, but some others stay non-openable.
Those files / directories have the exact same authorisations (777 / own : root / group : users) as the ones working correctly.
I tried several NFS configurations (modifying the options in the configuration tab : all_squash with anonuid and anongid modified to fit either root or user), tried modifying the files rights (chmod, chown, touch,...)
Nothing worked.
So I think I'll stick with SMB even if this is less performant for video / photo access
Nevetheless, thanks for your help.
Bruno
HelloSo it works, kindof let say at about 95%
I can see my shares, connect to them (I stopped the SMB shares and started the NFS ones alone)
I can access to files, create and delete, but not all files(from OS X El Capitan)
Some of them, usually entire directories are only "view-able". I can see them, navigate them, but not open files inside.
There is one for example I can enter and navigate but cannot open any of the files
If I copy its content in a newly created directory, I can open some files, but some others stay non-openable.Those files / directories have the exact same authorisations (777 / own : root / group : users) as the ones working correctly.
I tried several NFS configurations (modifying the options in the configuration tab : all_squash with anonuid and anongid modified to fit either root or user), tried modifying the files rights (chmod, chown, touch,...)
Nothing worked.
I did not find the netatalk packages in the Packages -> Alt-f -> Stable
If you can tell me where to find it and have some read-me or instructions to use it, I can give it a shot
Regards
Bruno