Many thanks to the immediate responses!
/etc/dfs/sharetab is dynamically modified by /etc/dfs/dfstab.
dfstab is the file that needs to be edited to allow particular
machines to nfsmount to the machine in question.
I liked this response the best:
"The file "/etc/dfs/sharetab" reflects the current state of what you
are exporting (sharing). It is dynamic, maintained by the system,
but is "passive" in the sense that it simply reflects the current
state (it does not influence it).
The file "/etc/dfs/dfstab" is a file maintained by you, as system
administrator, to tell the system what it should export on reboot.
During booting, the system first clears out "sharetab" because nothing
is currently exported. It then examines "dfstab" and runs a "share"
command for each entry there: this exports that filesystem and,
for information, notes the fact in "sharetab".
So "dfstab" is the driving force while "sharetab" is simply an
indication of current status.
It is all done by the script "/etc/rc3.d/S15nfs.server", but you
should not need to alter this script at all."
from David Lee <T.D.Lee@durham.ac.uk>
Thanks,
Dan Foster
______________________________ Forward Header __________________________________
Subject: Why is sharetab being overwritten
Author: Dan Foster <dfoster@aspensys2.aspensys.com> at SMTPINET
Date: 8/18/96 12:51 PM
Hello all. Happy Sunday!
NFS Question:
What causes /etc/dfs/sharetab to be overwritten upon reboot. Without the
correct file contents, not all necessary machines can nfsmount to the machine in
question.
Background:
I installed Solaris 2.5 on a Sparc5 yesterday. (Sharetab was not modified upon
reboot with 2.4.)
Thoughts:
There must be a startup file that is designed to do this, maybe even for a good
reason.
Request:
Insight, wisdom, help.
Dan Foster
dfoster@aspensys.com
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:11:08 CDT