nfs über nfs

Message
Author
trickkiste
Posts: 14
Joined: 06. May 2004 12:24

nfs über nfs

#1 Post by trickkiste »

Hi,
ich habe in meinem netzwerk einen nfs server der von zwei anderen rechner wenn sie an sind die platten mounted und dann in ein verzeichnis einbindet welches wiederum von dem server gemountet wird. Wenn ich jetzt von einem anderen rechner das verzeichnis mounte sind die daten die vom server nochmal gemountet werden nicht verfügbar. Aber auf dem server schon.
hat da jemand nen plan was abgeht ??

User avatar
Lateralus
prolinux-forum-admin
Posts: 1238
Joined: 05. May 2004 7:35

#2 Post by Lateralus »

Wie sieht's mit der Berechtigung aus? Bist du sicher, dass der Rechner, der das zusammengefasste Verzeichnis mounted, die Rechte hat, auf die anderen beiden (ursprünglichen) Verzeichnisse zuzugreifen?

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#3 Post by trickkiste »

ja weil ich ja auf dem rechner in die verzeichnisse wechseln kann.

User avatar
Lateralus
prolinux-forum-admin
Posts: 1238
Joined: 05. May 2004 7:35

#4 Post by Lateralus »

Moment, damit wir Klartext reden: Du hast zwei Rechner 1 und 2, die stellen jeweils ein Verzeichnis mittels nfs zur Verfügung. Diese beiden Verzeichnisse, werden von Rechner 3 in eingebunden sagen wir in "/net/test" (scheißegal). Nun mountest du von Rechner 4 mittels

mount -t nfs Rechner3:/net/test /rechner3_test

dieses Verzeichnis in /rechner3_test. Was bekommst du dort angezeigt?

Ich dachte mir, dass du zwar auf Rechner 1 und 2 die Berechtigung für die beiden Verzeichnisse, welche in /net/test auf Rechner 3 gemountet werden gegeben hast, aber halt nur für Rechner 3. Hast du mal versucht, von Rechner 4 aus eins der beiden Verzeichnisse von Rechner 1 und 2 zu mounten?

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#5 Post by trickkiste »

uff das verstrickt sich ganz schön aber
auf rechner drei sehe ich alles was ich von rechner zwei und eins gemountet habe. aber auf rechner vier sehe ich nur die sachen die auch wirklich auf der festplatte von rechner drei sind. die rechte zum mounten sind jeweils für das ganze netzwerk erteilt.

User avatar
Lateralus
prolinux-forum-admin
Posts: 1238
Joined: 05. May 2004 7:35

#6 Post by Lateralus »

Funktioniert der direkte Mount von 3 auf 1 oder 2? Das ist vielleicht wichtig. Vielleicht liegt es gar nicht daran, dass nfs auf nfs gemountet wird. Wie sieht die /etc/exports auf 2 und 3 aus und welchen Rechnern ist der hostname von 4 bekannt? Man muss für bekannte hostnames extra Freigaben erteilen (hab ich gelesen...), so dass das vorliegende Problem so gedeutet werden könnte, dass der hostname von 4 den Rechnern 2 und 1 bekannt sind, aber nicht 3.

Versuch den direkten Mount von 4 auf 1, das schließt zumindest den Sachverhalt aus...

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#7 Post by trickkiste »

Funktioniert der direkte Mount von 3 auf 1 oder 2? Das ist vielleicht wichtig
ja wie gesagt ich kann von 1 und 2 drei mounten aber nur auf die datein zugreifen die auf drei drauf sind.
die einzelen exports von den unterschiedlichen servern lassen sich kreuz und quer mounten.

die hostnamen dürften irrelevant sein da ich ip adressen benutzt habe.

User avatar
Lateralus
prolinux-forum-admin
Posts: 1238
Joined: 05. May 2004 7:35

#8 Post by Lateralus »

Sorry, die Frage war, ob du von 4 auf 1 und 2 direkt mounten kannst. Hab da wohl nicht ganz aufgepasst, was ich schreibe.

Das mit den Hostnamen ist nicht egal. Wenn 1 und 2 der Hostname von 4 bekannt ist, AUCH WENN 4 IM ANGEGEBENEN ADRESS-BEREICH LIEGT, so muss 4 extra angegeben werden. Wie gesagt ich hab das nur gelesen und nicht selbst getestet, aber der Kofler ist eine recht zuverlässige Lektüre.

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#9 Post by trickkiste »

ok dann könnte es daran liegen werde da mal rumfummeln und becheid geben

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#10 Post by trickkiste »

also so sehen jetzt die /etc/hosts aus

127.0.0.1 localhost amalut
192.168.0.12 amalut.zuelp amalut
192.168.0.11 sokrates.zuelp sokrates
192.168.0.1 galilei.zuelp galilei
192.168.0.2 einstein.zuelp einstein
192.168.0.3 henry.zuelp henry

müsste ja eigentlich perfekt sein aber geht trotzdem nicht

amalut ist der rechner der von galilei und sokrates mountet wenn ich dann von sokrates das verzeichnis /data unter /mnt/tmp mounte komm ich nicht an die dateien die von sokrates über amalut gemounted werden

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#11 Post by trickkiste »

und auch nicht an die von galilei

User avatar
Lateralus
prolinux-forum-admin
Posts: 1238
Joined: 05. May 2004 7:35

#12 Post by Lateralus »

gib mal in der /etc/exports von sokrates und galilei zusätzlich zu 192.168.0.* noch
amulet.zuelp an und aktualisiere mit exportfs -a

Ne Moment! Welcher ist Rechner 4 und welche sind 1 und 2???
Gib einfach bei allen die ein Verzeichnis freigeben den Rechnernamen von 4 nochmal an und probier's dann noch mal

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#13 Post by trickkiste »

ich wusste das das konfus wird
also amalut mounted /data/ von sokrates und bindet ein unter /data/mnt

amalut exportiert /data an das ganze netzwerk

zum testen versuche ich von sokrates /data von amalut /mnt/tmp zu mounten das geht aber ich kann nicht in das verzeichnis /dat/mnt/movies z.B welches sich bei sokrates unter /data/movies befindet

ok ich hoffe so gehts ;)

trickkiste
Posts: 14
Joined: 06. May 2004 12:24

#14 Post by trickkiste »

/etc/exports von sokrates

/data 192.168.0.*(ro) *.zuelp amalut.zuelp
/data/movies 192.168.0.*(ro) *.zuelp amalut.zuelp
/data/pics 192.168.0.*(ro) *.zuelp amalut.zuelp
/data/hoerspiel 192.168.0.*(ro) *.zuelp amalut.zuelp
/data/mp3 192.168.0.*(ro) *.zuelp amalut.zuelp

export von amalut

/data 192.168.0.*(ro) *.shape *zuelp

User avatar
jochen
prolinux-forum-admin
Posts: 699
Joined: 14. Jan 2000 15:37
Location: Jülich
Contact:

#15 Post by jochen »

Leider Pech gehabt: NFS unterstützt keine Re-Exports. Hier ein Auszug aus dem RFC1094, welches NFS behandelt:
Every NFS client can also potentially be a server, and remote and
local mounted filesystems can be freely intermixed. This leads to
some interesting problems when a client travels down the directory
tree of a remote filesystem and reaches the mount point on the server
for another remote filesystem. Allowing the server to follow the
second remote mount would require loop detection, server lookup, and
user revalidation. Instead, we decided not to let clients cross a
server's mount point. When a client does a LOOKUP on a directory on
which the server has mounted a filesystem, the client sees the
underlying directory instead of the mounted directory.
Kurz zusammengefasst: Die Funktionalität wäre zu komplex, um sie in ein mit Absicht einfach gehaltenes Protokoll einzubauen.

Jochen
Die grösste Lüge der EDV? "Mal eben..."

Post Reply