Eisfair und "mysteriöse" Mounts

Digital Recording
webrider
Interessierter
Interessierter
Beiträge: 33
Registriert: Montag 3. Oktober 2005, 16:34

Eisfair und "mysteriöse" Mounts

Beitrag von webrider »

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...:
Bild

... sind aktuell 3 Mounts durch NFS im Netz:
Bild

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...
Frockert
Erleuchteter
Erleuchteter
Beiträge: 865
Registriert: Dienstag 12. März 2002, 21:40

Beitrag von Frockert »

Hi,


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
webrider
Interessierter
Interessierter
Beiträge: 33
Registriert: Montag 3. Oktober 2005, 16:34

Beitrag von webrider »

Bei dir sieht das auch so aus als hättest Du rumgetestet und diese verschiedenen Testmounts werden noch aus dem Cache angezeigt.
Obwohl ich mittlerweile mehrmals neu gestartet habe?! Also ich kann das nicht so recht glauben...

Ü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?
Frockert
Erleuchteter
Erleuchteter
Beiträge: 865
Registriert: Dienstag 12. März 2002, 21:40

Beitrag von Frockert »

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

Code: Alles auswählen

exportfs -ra
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
Frockert
Erleuchteter
Erleuchteter
Beiträge: 865
Registriert: Dienstag 12. März 2002, 21:40

Beitrag von Frockert »

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
webrider
Interessierter
Interessierter
Beiträge: 33
Registriert: Montag 3. Oktober 2005, 16:34

Beitrag von webrider »

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
Frockert
Erleuchteter
Erleuchteter
Beiträge: 865
Registriert: Dienstag 12. März 2002, 21:40

Beitrag von Frockert »

Hi,

Du hast die Lösung gefunden :D

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
webrider
Interessierter
Interessierter
Beiträge: 33
Registriert: Montag 3. Oktober 2005, 16:34

Beitrag von webrider »

Hi,

Du hast die Lösung gefunden
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.

Ü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.