Eisfair und "mysteriöse" Mounts
-
- Interessierter
- Beiträge: 33
- Registriert: Montag 3. Oktober 2005, 16:34
Eisfair und "mysteriöse" Mounts
Hallo zusammen,
also ich steh wohl auf dem Schlauch!? Kann mir mal einer auf die Sprünge helfen?
Obwohl in meiner exports nur ein Eintrag steht...:
... sind aktuell 3 Mounts durch NFS im Netz:
Selbst ein Neustart etc. (NFS-Server und ganzer Eisfair) brachte keine Abhilfe. Wo ist da mein Denkfehler?! Eiegntlich sollte nur der eine Mount (aus der exports) aktiv sein...
also ich steh wohl auf dem Schlauch!? Kann mir mal einer auf die Sprünge helfen?
Obwohl in meiner exports nur ein Eintrag steht...:
... sind aktuell 3 Mounts durch NFS im Netz:
Selbst ein Neustart etc. (NFS-Server und ganzer Eisfair) brachte keine Abhilfe. Wo ist da mein Denkfehler?! Eiegntlich sollte nur der eine Mount (aus der exports) aktiv sein...
-
- Erleuchteter
- Beiträge: 865
- Registriert: Dienstag 12. März 2002, 21:40
Hi,
schwierig zu sagen, bei mir siehts korrekt aus:
Allerding muss ich zugeben, das mit der Anzeige aus dem Menü veraltete Daten angezeigt werden.
Der Eintrag 192.168.1.3:/daten ist definitiv von gestern, das Gerät ist definitiv nicht mehr angeschlossen.
Vermutlich ist das eine Ansicht aus dem Cache.
Bei dir sieht das auch so aus als hättest Du rumgetestet und diese verschiedenen Testmounts werden noch aus dem Cache angezeigt.
Gruß
Frockert
schwierig zu sagen, bei mir siehts korrekt aus:
Code: Alles auswählen
epia 1.2.1 # more /etc/exports
#------------------------------------------------------------------
# /etc/exports list file generated by /var/install/config.d/nfsserver.sh v1.1.2-1
#
# Creation date: 13.02.2006
#
# Do not edit this file, edit /etc/config.d/nfsserver
#------------------------------------------------------------------
/daten 192.168.0.0/255.255.0.0(async,rw,anonuid=500,anongid=100)
/sicherung 192.168.0.0/255.255.0.0(async,rw,anonuid=500,anongid=100)
/public 192.168.0.0/255.255.0.0(async,rw,anonuid=500,anongid=100)
epia 1.2.1 #
Code: Alles auswählen
NFS server-Shares
/sicherung 192.168.0.0/255.255.0.0(rw,async,wdelay,root_squash,anonuid=500,anongid=100)
/public 192.168.0.0/255.255.0.0(rw,async,wdelay,root_squash,anonuid=500,anongid=100)
/daten 192.168.0.0/255.255.0.0(rw,async,wdelay,root_squash,anonuid=500,anongid=100)
Press ENTER to continue
Allerding muss ich zugeben, das mit der Anzeige aus dem Menü veraltete Daten angezeigt werden.
Der Eintrag 192.168.1.3:/daten ist definitiv von gestern, das Gerät ist definitiv nicht mehr angeschlossen.
Vermutlich ist das eine Ansicht aus dem Cache.
Code: Alles auswählen
NFS server-Mounts
All mount points on epia:
192.168.1.3:/daten
Workstation:/daten
Workstation:/public
dbox:/daten
Press ENTER to continue
Bei dir sieht das auch so aus als hättest Du rumgetestet und diese verschiedenen Testmounts werden noch aus dem Cache angezeigt.
Gruß
Frockert
-
- Interessierter
- Beiträge: 33
- Registriert: Montag 3. Oktober 2005, 16:34
Obwohl ich mittlerweile mehrmals neu gestartet habe?! Also ich kann das nicht so recht glauben...Bei dir sieht das auch so aus als hättest Du rumgetestet und diese verschiedenen Testmounts werden noch aus dem Cache angezeigt.
Übrigens ist mir in dem Zusammenhang auch aufgefallen, dass beim Booten so was ähnliches wie ein Mount angezeigt wird - gibt es so was wie ein Boot-Log, wo ich mir die Ausgabe beim Booten noch mal in Ruhe ansehen kann?
-
- Erleuchteter
- Beiträge: 865
- Registriert: Dienstag 12. März 2002, 21:40
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:
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:
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
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
Code: Alles auswählen
exportfs -ra
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.
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 #
http://www.linux-praxis.de/lpic2/lpi201 ... ortfs.html
Ich geh der Sache mal nach...
Gruß
Frockert
-
- Erleuchteter
- Beiträge: 865
- Registriert: Dienstag 12. März 2002, 21:40
webrider hat geschrieben: gibt es so was wie ein Boot-Log, wo ich mir die Ausgabe beim Booten noch mal in Ruhe ansehen kann?
/var/log/messages bzw. /var/log/messages.X.gz für ältere logs.
Gruß
Frockert
---------------------------
2.6.11-kanotix-3 KDE 3.3.2
http://www.frockert.de
http://www.eifel-forum.de
2.6.11-kanotix-3 KDE 3.3.2
http://www.frockert.de
http://www.eifel-forum.de
-
- Interessierter
- Beiträge: 33
- Registriert: Montag 3. Oktober 2005, 16:34
Hi,
also bei mir ist das etwas rätselhaft:
Die von dir erwähnte xtab ist vollkommen leer:
http://img127.imageshack.us/my.php?imag ... rd29ts.gif
ALLE betreffenden Mounts (auch die, die es nicht geben sollte), sind hier aufgelistet:
http://img115.imageshack.us/my.php?imag ... rd10tf.gif
also bei mir ist das etwas rätselhaft:
Die von dir erwähnte xtab ist vollkommen leer:
http://img127.imageshack.us/my.php?imag ... rd29ts.gif
ALLE betreffenden Mounts (auch die, die es nicht geben sollte), sind hier aufgelistet:
http://img115.imageshack.us/my.php?imag ... rd10tf.gif
-
- Erleuchteter
- Beiträge: 865
- Registriert: Dienstag 12. März 2002, 21:40
Hi,
Du hast die Lösung gefunden
Das scheint ein allgemeines (bekanntes) Nfs-Problem zu sein.
Wenn ein Client eine Mount-Anfrage an den Server stellt, wird er in die rmtab eingetragen, stellt er eine Unmount-Anfrage, wird er wieder ausgetragen.
Wird nun beispielsweise eine dbox mit aktivem Mount hard resetet, dann kommt dieser Unmount nicht mehr zustande, der Eintrag bleibt erhalten.
Das könnte im meinen Beispiel passiert sein.
http://groups.google.de/group/de.comp.o ... 2b473392cc
Auszug aus man rpc.mountd:
Ich habe bei mir in der /var/libs/nfs/rmtab die falschen Einträge gelöscht, nun siehts besser aus mit der kritisierten Anzeige der aktiven Shares.
Gruß
Frockert
Du hast die Lösung gefunden
Das scheint ein allgemeines (bekanntes) Nfs-Problem zu sein.
Wenn ein Client eine Mount-Anfrage an den Server stellt, wird er in die rmtab eingetragen, stellt er eine Unmount-Anfrage, wird er wieder ausgetragen.
Wird nun beispielsweise eine dbox mit aktivem Mount hard resetet, dann kommt dieser Unmount nicht mehr zustande, der Eintrag bleibt erhalten.
Das könnte im meinen Beispiel passiert sein.
http://groups.google.de/group/de.comp.o ... 2b473392cc
Auszug aus man rpc.mountd:
Code: Alles auswählen
rpc.mountd(8) rpc.mountd(8)
NAME
rpc.mountd - NFS mount daemon
SYNOPSIS
/usr/sbin/rpc.mountd [options]
DESCRIPTION
The rpc.mountd program implements the NFS mount protocol. When receiv-
ing a MOUNT request from an NFS client, it checks the request against
the list of currently exported file systems. If the client is permitted
to mount the file system, rpc.mountd obtains a file handle for
requested directory and returns it to the client.
Exporting NFS File Systems
Making file systems available to NFS clients is called exporting.
Usually, a file system and the hosts it should be made available to are
listed in the /etc/exports file, and invoking exportfs -a whenever the
system is booted. The exportfs(8) command makes export information
available to both the kernel NFS server module and the rpc.mountd dae-
mon.
Alternatively, you can export individual directories temporarily using
exportfs's host:/directory syntax.
The rmtab File
For every mount request received from an NFS client, rpc.mountd adds an
entry to the /var/lib/nfs/rmtab file. When receiving an unmount
request, that entry is removed.
However, this file is mostly ornamental. One, the client can continue
to use the file handle even after calling rpc.mountd 's UMOUNT proce-
dure. And two, if a client reboots without notifying rpc.mountd , a
stale entry will remain in rmtab.
Ich habe bei mir in der /var/libs/nfs/rmtab die falschen Einträge gelöscht, nun siehts besser aus mit der kritisierten Anzeige der aktiven Shares.
Gruß
Frockert
-
- Interessierter
- Beiträge: 33
- Registriert: Montag 3. Oktober 2005, 16:34
Also ich denke, das Lob gebührt eher dir - ich hatte zwar die Lösung vor Augen, aber leider nicht genug Wissen (bzw. recherchiert), um das überhaupt zu erkennen.Hi,
Du hast die Lösung gefunden
Übrigens hat das Entfernen der Einträge bei mir erwartungsgemäß auch "funktioniert" - jetzt sieht die Mount-Liste schon besser aus.
Wobei das ja eher ein optischer Fehler war ("However, this file is mostly ornamental."), als ein funktionaler... egal, selbst wenn es einem nur ein gutes Gefühl gibt!
DANKE dir für die (erneute) Hilfe.