On Wed, Sep 01, 2004 at 11:32:05AM -0500, Ken Gramm wrote:
So, I have SuSE 9.0 server with three drives.
sda1 - mounts on / sdb1 - mounts on /data sdc1 - mounts on /data/moredata
I have /data exported under NFS and I have it setup as a Samba share.
My MS boxes can see everything as expected (both /data and /data/moredata). They can also see everything if they connect with an NFS client for Windows (comes with MS Services For Unix).
My SuSE 9.1 box and a different 9.0 box can both mount a smb share and see the contents of the entire tree (/data and /data/moredata).
The problem I can't figure out is if I mount /data through nfs on either SuSE workstation, I can only see the contents of /data. If I cd into /data/moredata the directory is empty, even though I know data is in the there. What is even stranger is if I create anything in /data/moredata from either SuSE workstation, both workstations can see the newly created files/folders, but all of the other machines can't. That is until I unmount sdc1 from /data/moredata. Then if I look into the folder that serves as the mount point, I find the files/folders that the SuSE workstations created. It is as if the SuSE NFS clients don't recognize the folder /data/moredata as a mount point and thus do not try to write anything to the proper volume.
So my question is, has anyone else see this problem, and if so, what was the solution?
From man page of exports:
nohide This option is based on the option of the same name provided in IRIX NFS. Normally, if a server exports two filesystems one of which is mounted on the other, then the client will have to mount both filesystems explicitly to get access to them. If it just mounts the parent, it will see an empty directory at the place where the other filesystem is mounted. That filesystem is "hid den". Setting the nohide option on a filesystem causes it not to be hid den, and an appropriately authorised client will be able to move from the parent to that filesystem without noticing the change. However, some NFS clients do not cope well with this situation as, for instance, it is then possible for two files in the one apparent filesystem to have the same inode number. The nohide option is currently only effective on single host exports. It does not work reliably with netgroup, subnet, or wild card exports. This option can be very useful in some situations, but it should be used with due care, and only after confirming that the client sys tem copes with the situation effectively. The option can be explicitly disabled with hide. Regards, -Kastus