Red Hat Bugzilla – Bug 75683
nohide causes exportfs to produce errors
Last modified: 2005-10-31 17:00:50 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020916 Description of problem: Given the /etc/exports: /var/mnt ws14.commsecure.com.au(rw,no_root_squash,nohide) /var ws14.commsecure.com.au(rw,no_root_squash) (or in the other order), running exportfs -rv gives: [root@ws12 root]# exportfs -rv exporting ws14.commsecure.com.au:/var/mnt exporting ws14.commsecure.com.au:/var exporting ws14.commsecure.com.au:/var/mnt to kernel ws14.commsecure.com.au:/var/mnt: Invalid argument reexporting ws14.commsecure.com.au:/var to kernel In this case /var/mnt is NFS mounted from a different server. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Put the above in a /etc/exports 2. Run exportfs or restart the nfs service. 3. See the logs. Expected Results: The /var/mnt filesystem should be exported nohide, and thus a client mounting /var will be able to see the re-exported /var/mount Additional info: This is RH7.3 with all the errata.
What does your /proc/mounts look like at this point?
On which machine - the client or the server?
The server --- that's the node which is trying to re-export an NFS mount point.
I can't seem to reproduce this here, now :( It still doesn't work properly, but the exportfs command doesn't give errors any more. I can't use the machine I was originally testing on to confirm, becuase it's been upgraded to 8.0. If you can't reproduce it either, you might just have to close it as not reproducable...
OK.