Ich habe mal was recherchiert:
Hier
http://nfs.sourceforge.net/nfs-howto/server.html#LATER steht ganz unten, das eventuelle Änderungen an der /etc/exports nicht unbedingt unmittelbar aktualisiert werden.
Um diesesn Vorgang manuell an zustossen soll man
ausführen.
Ein man exportfs hat mich dann auf weitere Details gebracht:
Code: Alles auswählen
DESCRIPTION
The exportfs command is used to maintain the current table of exported
file systems for NFS. This list is kept in a separate file named
/var/lib/nfs/xtab which is read by mountd when a remote host requests
access to mount a file tree, and parts of the list which are active are
kept in the kernel's export table.
Normally this xtab file is initialized with the list of all file sys-
tems named in /etc/exports by invoking exportfs -a.
However, administrators can choose to add and delete individual file
systems without modifying /etc/exports using exportfs.
exportfs and it's partner program mountd work in one of two modes, a
legacy mode which applies to 2.4 and earlier versions of the Linux ker-
nel, and a new mode which applies to 2.6 and later versions providing
the nfsd virtual filesystem has been mounted at /proc/fs/nfsd or
/proc/fs/nfs. If this filesystem is not mounted in 2.6, the legacy
mode is used.
In the new mode, exportfs does not give any information to the kernel
but only provides it to mountd through the /var/lib/nfs/xtab file.
mountd will listen to requests from the kernel and will provide infor-
mation as needed.
In the legacy mode, any export requests which identify a specific host
(rather than a subnet or netgroup etc) are entered directly into the
kernel's export table as well as being written to /var/lib/nfs/xtab.
Further, any mount points listed in /var/lib/nfs/rmtab which match a
non host-specific export request will cause an appropriate export entry
for the host given in rmtab to be entered into the kernel's export ta-
ble.
Also wird scheints mit dem exportfs -ra die /var/lib/nfs/xtab aktualisert.
Bei mir steht dort übrigens der Eingangs erwähnte nicht mehr aktive 192.168.1.3:/daten Mount drine:
Code: Alles auswählen
epia 1.2.1 # more /var/lib/nfs/xtab
/daten dbox(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,secure_loc
ks,mapping=identity,anonuid=500,anongid=100)
/daten 192.168.1.3(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,sec
ure_locks,mapping=identity,anonuid=500,anongid=100)
/daten Workstation(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,sec
ure_locks,mapping=identity,anonuid=500,anongid=100)
/public Workstation(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,sec
ure_locks,mapping=identity,anonuid=500,anongid=100)
/daten Laptop(rw,async,wdelay,hide,nocrossmnt,secure,root_squash,no_all_squash,subtree_check,secure_l
ocks,mapping=identity,anonuid=500,anongid=100)
epia 1.2.1 #
Laut manual sollte ein exportfs -ra dies bereinigen, tuts aber net.
http://www.linux-praxis.de/lpic2/lpi201 ... ortfs.html
Ich geh der Sache mal nach...
Gruß
Frockert