From: Max Bloch <max.bloch@berlin.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] nfs als user via fstab mounten
Date: Wed, 30 Sep 2009 10:25:50 +0200 [thread overview]
Message-ID: <4AC3160E.7090101@berlin.de> (raw)
In-Reply-To: <200909292159.39784.dirk.heinrichs@online.de>
Dirk Heinrichs wrote:
> Am Dienstag 29 September 2009 21:41:46 schrieb Max Bloch:
>>
>> Mein /etc/exports sieht so aus:
>>
>> "/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash)
>>
>> Max Bloch wrote:
>>> Schreiben auf das gemountete NFS erfolgt als 'guest' user.
>> Hier ein Beispiel:
>>
>> client# cat /etc/fstab
>> 192.168.178.10:/share/Qmultimedia /mnt/schmas/Qmultimedia nfs
>> defaults,user,nfsvers=3 0 0
>>
>> client# pwd
>> /mnt/schmas/Qmultimedia
>>
>> client# ls -la
>> drwxrwxrwx 5 root root 4096 15. Aug 08:09 .
>>
>> client# mkdir test
>> client# ls -la
>> drwxrwxrwx 5 root root 4096 15. Aug 08:09 .
>> drwxr-xr-x 2 nobody nobody 4096 29. Sep 20:08 test
>>
>> client# whoami
>> max
>>
>> Auf dem Server gibt es ebenso den user 'max' mit der selben UID wie auf
>> dem client.
>>
>> Das sieht für mich aus als ob mein Zugriff gesquashed wurde?!? Ob
>> vielleicht das no_root_squash in meiner /etc/exports dafür
>> verantwortlich ist?
>
> Nein.
>
>> In meinem Beispiel habe ich 'mkdir test' aber doch
>> als user 'max' ausgeführt und nicht als root. Habe ich da vielleicht was
>> falsch verstanden?
>
> Nein, das ist schon richtig.
>
>> Ich frage mich gerade welcher user in meinem Beispiel nun auf das nfs
>> zugegriffen hat? War es 'max' der den Befehl 'mkdir test' ausgeführt
>> hat, oder war es 'root' der das nfs via fstab wahrscheinlich gemounted
>> hat?
>
> Es war max.
>
>> Vielleicht liegt hier der Lösungsansatz?
>
> Bist Du sicher, das die /etc/exports stimmt? Das obige Beispiel deutet auf
> "all_squash" hin. Hattest Du die vielleicht mal drin, und nach Entfernung
> vielleicht die Serverprozesse nicht neu gestartet?
Das glaube ich nicht. Mal testen:
server# /etc/init.d/nfs restart
Shutting down NFS daemon: rpc.nfsd.
Shutting down NFS mountd: rpc.mountd.
Shutting down NFS quotas: rpc.rquotad.
Stopping portmap.
Starting NFS services: Starting portmapper:.
re-export.
Starting NFS quotas: rpc.rquotad.
Starting NFS mountd daemon: Shutting down NFS mountd:
Starting NFS mountd. Mountd port number assigned automatically.
Starting NFS daemon: rpc.nfsd
Starting NFS lockd status:.
server# cat /etc/exports
"/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash)
Auf der Client Seite sehe ich immer noch das gesquaschte Verhalten :(
Nun weiss ich selber nicht mehr weiter. Ich ziehe in Erwägung den Server
zu rebooten in der Hoffnung das Problem löst sich von selber, auch wenn
mir das unter Linux noch nie geholfen hat (Ach wie schön waren die
Windows Zeiten wenn man mit einem einfachem reboot ein Problem lösen
konnte <kleiner Scherz>)
Gestern dachte ich noch das Problem könnte client seitig sein,
vielleicht am falschen mounten, da ich öfter am client herum
konfiguriere. Nun sieht es aber für mich so aus als ob es am Server
liegt, auch wenn ich dort keinen Fehler sehe. Hier noch einige Infos die
wahrscheinlich nicht witerhelfen. Auf meinem client (desktop) läuft
Gentoo, der Server ist ein Qnap TS-109 Pro NAS mit vorinstalliertem
Linux. /etc/export wird beim /etc/init.d/nfs restart neu geschrieben,
anhand einer eigenen Konfiguration die über ein Web-interface gesteuert
angelegt wird. Bis vor einigen Wochen hat das gemountete nfs ohne
squashing korrekt fuktioniert. Am server habe ich keine Einstellungen
wissentlich geändert. Nun bin ich ratlos.
...Max
next prev parent reply other threads:[~2009-09-30 8:26 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-29 8:14 [gentoo-user-de] nfs als user via fstab mounten Max Bloch
2009-09-29 16:07 ` Dirk Heinrichs
2009-09-29 16:39 ` Roland Huehn
2009-09-29 16:47 ` Dirk Heinrichs
2009-09-29 17:57 ` Roland Huehn
2009-09-29 18:53 ` Roland Huehn
2009-09-29 19:32 ` Dirk Heinrichs
2009-09-29 19:41 ` Max Bloch
2009-09-29 19:59 ` Dirk Heinrichs
2009-09-30 8:25 ` Max Bloch [this message]
2009-09-30 19:06 ` Dirk Heinrichs
2009-09-30 19:26 ` Max Bloch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AC3160E.7090101@berlin.de \
--to=max.bloch@berlin.de \
--cc=gentoo-user-de@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox