Compaq N2400 - TaskSmart - 1 GB RAM Administration Manual page 307

When mounting a share on a client machine as
root, and "ls –al" denotes the mount point
directory, a total of 0 files is reported and the
"." and ".." directories cannot be seen. When I
attempt to create a file, I get a "permission
denied" error message.
FAT32 filesystems are currently not supported for SFU NFS sharing. Only
NTFS filesystems are supported as NFS shares. The only solution is to disable
the NFS share, convert the filesystem to NTFS, and then re-enable the share.
The share was created not to allow anonymous share access. Anonymous
access is given by default when the user interface is used. Anonymous share
access can also be created by using the command line by typing:
nfsshare sharename=drive letter:\path –o anon
I created a shared folder, and then renamed or
deleted it. Now it seems to no longer be NFS
shared, yet the old share name is still showing
on the server.
You need to always stop NFS sharing before renaming or deleting folders that
are NFS shared. To clean out the old share, you need to go to a command
prompt and run:
"nfsshare /d <alias name>"
This step deletes the old alias.
I created a folder with spaces in its name, and
shared it out successfully with CIFS. But when I
shared it out using NFS, the alias name contains
underscores instead of spaces.
This behavior is expected for SFU NFS. Because not all UNIX clients can
handle spaces in the alias names, SFU automatically translates spaces into
underscores. SFU does not allow spaces in an alias name, and gives an error
message when you attempt to re-enter the spaces.
Troubleshooting C-33