Discussion:
NFS madness
Sven Hoexter
2006-04-16 17:05:02 UTC
Permalink
Hallo zusammen,
ich habe hier gerade mal wieder die Freude mich mit NFS beschaeftigen zu
duerfen und schon funktioniert wieder etwas nicht so wie gehofft.

Is es normal das NFS folgende Konstrukte nicht mag:

------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------

Es sieht nach einigen Versuchen so aus als wuerde sich NFS weigern hoeher
liegende Verzeichnisse zu exportieren wenn schon etwas auf einer Ebene
darunter exportiert wurde. Kann man das irgendwie geschickt umgehen?


Gruesse und frohe Ostern,
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
[The Cardigans - 03:45: No sleep]
Matthias Houdek
2006-04-16 17:37:15 UTC
Permalink
Hallo Sven Hoexter, hallo auch an alle anderen
Post by Sven Hoexter
Hallo zusammen,
ich habe hier gerade mal wieder die Freude mich mit NFS beschaeftigen
zu duerfen und schon funktioniert wieder etwas nicht so wie gehofft.
------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------
Ja. Dieses Verhalten hab ich auch schon festgestellt.

Und es erscheint irgendwie auch logisch, weil: Stell dir deine
Zugriffsrechte einmal andersherum vor: /mnt/disk2 ist "rw" freigegeben
und ein Unterverzeichnis darin noch einmal explizit "ro" ...
Post by Sven Hoexter
Es sieht nach einigen Versuchen so aus als wuerde sich NFS weigern
hoeher liegende Verzeichnisse zu exportieren wenn schon etwas auf
einer Ebene darunter exportiert wurde. Kann man das irgendwie
geschickt umgehen?
So ein Konstrukt macht eigentlich nur Sinn, wenn man mit
unterschiedlichen Rechten auf die Verzeichnisse zugreifen will.

Evtl. für lokales Arbeiten und Zugriff übers Netz verschiedene User
verwenden, /mnt/disk2 komplett "rw" freigeben und die lokalen
Zugriffsrechte entsprechend setzen?
--
Gruß
                MaxX

Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen.
Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Sven Hoexter
2006-04-16 17:58:35 UTC
Permalink
Hallo,
Post by Matthias Houdek
Post by Sven Hoexter
ich habe hier gerade mal wieder die Freude mich mit NFS beschaeftigen
zu duerfen und schon funktioniert wieder etwas nicht so wie gehofft.
------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------
Ja. Dieses Verhalten hab ich auch schon festgestellt.
Und es erscheint irgendwie auch logisch, weil: Stell dir deine
Zugriffsrechte einmal andersherum vor: /mnt/disk2 ist "rw" freigegeben
und ein Unterverzeichnis darin noch einmal explizit "ro" ...
Durchaus. Meistens gibt es aber immer noch eine semi geheime Option
sowas zu umgehen. Siehe no_root_squash. no_subtree_check klang passend, paste
dann aber nach Doku lesen und trotzdem probieren immer noch nicht.
Post by Matthias Houdek
Post by Sven Hoexter
Es sieht nach einigen Versuchen so aus als wuerde sich NFS weigern
hoeher liegende Verzeichnisse zu exportieren wenn schon etwas auf
einer Ebene darunter exportiert wurde. Kann man das irgendwie
geschickt umgehen?
So ein Konstrukt macht eigentlich nur Sinn, wenn man mit
unterschiedlichen Rechten auf die Verzeichnisse zugreifen will.
War ggf. geplant. Wollte halt ein paar Dinge auch fuer Gaeste
freigeben, allerdings nur lesend.
Post by Matthias Houdek
Evtl. für lokales Arbeiten und Zugriff übers Netz verschiedene User
verwenden, /mnt/disk2 komplett "rw" freigeben und die lokalen
Zugriffsrechte entsprechend setzen?
Auf irgendwie sowas wird es wohl hinaus laufen. Gefaellt mir zwar immer
noch nicht so richtig aber damit werde ich dann wohl leben muessen.

Gruesse & Danke,
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
[The Cardigans - 03:45: No sleep]
Matthias Houdek
2006-04-16 18:06:45 UTC
Permalink
Hallo Sven Hoexter, hallo auch an alle anderen
Post by Sven Hoexter
Hallo,
Post by Matthias Houdek
Post by Sven Hoexter
ich habe hier gerade mal wieder die Freude mich mit NFS
beschaeftigen zu duerfen und schon funktioniert wieder etwas
nicht so wie gehofft.
------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------
Ja. Dieses Verhalten hab ich auch schon festgestellt.
Und es erscheint irgendwie auch logisch, weil: Stell dir deine
Zugriffsrechte einmal andersherum vor: /mnt/disk2 ist "rw"
freigegeben und ein Unterverzeichnis darin noch einmal explizit
"ro" ...
Durchaus. Meistens gibt es aber immer noch eine semi geheime Option
sowas zu umgehen. Siehe no_root_squash. no_subtree_check klang
passend, paste dann aber nach Doku lesen und trotzdem probieren immer
noch nicht.
IIRC gibt es da auch Unterschiede zwischen Kernel-NFS und User-NFS.
--
Gruß
                MaxX

Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen.
Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Thomas Bendler
2006-04-18 07:19:14 UTC
Permalink
Am So, 16.04.2006, 19:05, schrieb Sven Hoexter:
[...]
Post by Sven Hoexter
------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------
Ja, ist normal. Er schaut nach ob eine Regel passt (und die letzte nimmt
er dann (IIRC)). Danach ist für den NFS Server das Thema erledigt. Man
kann das aber umgehen (noch nicht getestet, sollte aber eigentlich
funktionieren):

mkdir -p /srv/nfs
cd /srv/nfs
ln -s /mnt/disk2 export1
ln -s /mnt/disk2/storage export2

und folgende exports:
/srv/nfs/export1 marvin(ro,sync)
/srv/nfs/export2 marvin(rw,sync)
Post by Sven Hoexter
Es sieht nach einigen Versuchen so aus als wuerde sich NFS weigern hoeher
liegende Verzeichnisse zu exportieren wenn schon etwas auf einer Ebene
darunter exportiert wurde. Kann man das irgendwie geschickt umgehen?
Bei HP-UX geht das, hängt wahrscheinlich mit dem NFS Daemon zusammen.

Gruss Thomas
--
() ascii ribbon campaign - against html e-mail
/\ - against microsoft attachments
--
linux-***@mailman.etes.de
eintragen - austragen - konfigurieren - Archiv
http://mailman.etes.de/mailman/listinfo/linux-liste
Sven Hoexter
2006-04-21 13:54:38 UTC
Permalink
Post by Thomas Bendler
[...]
Post by Sven Hoexter
------ /etc/exports --------
/mnt/disk2 marvin(ro,sync)
/mnt/disk2/storage marvin(rw,sync)
----------
Ja, ist normal. Er schaut nach ob eine Regel passt (und die letzte nimmt
er dann (IIRC)). Danach ist für den NFS Server das Thema erledigt. Man
kann das aber umgehen (noch nicht getestet, sollte aber eigentlich
mkdir -p /srv/nfs
cd /srv/nfs
ln -s /mnt/disk2 export1
ln -s /mnt/disk2/storage export2
/srv/nfs/export1 marvin(ro,sync)
/srv/nfs/export2 marvin(rw,sync)
Nett gedachter Workaround nur laest das Linux Kernel NFS sowas leider nicht
mit sich machen. Naja ich werde damit leben koennen/muessen.

Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
[The Cardigans - 03:45: No sleep]
Thomas Bendler
2006-04-21 15:42:32 UTC
Permalink
Am Fr, 21.04.2006, 15:54, schrieb Sven Hoexter:
[...]
Post by Sven Hoexter
Nett gedachter Workaround nur laest das Linux Kernel NFS sowas leider nicht
mit sich machen. Naja ich werde damit leben koennen/muessen.
Schade, dann bleibt nur die Variante das Share rw zu exportieren (aber mit
root_squash) und dann mit Gruppen einzelne Bereiche rw für die User der
Gruppe zu machen und den Rest ro.

Gruss Thomas
--
() ascii ribbon campaign - against html e-mail
/\ - against microsoft attachments
--
linux-***@mailman.etes.de
eintragen - austragen - konfigurieren - Archiv
http://mailman.etes.de/mailman/listinfo/linux-liste
Loading...