1 |
Dirk Heinrichs wrote: |
2 |
> Am Dienstag 29 September 2009 21:41:46 schrieb Max Bloch: |
3 |
>> |
4 |
>> Mein /etc/exports sieht so aus: |
5 |
>> |
6 |
>> "/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash) |
7 |
>> |
8 |
>> Max Bloch wrote: |
9 |
>>> Schreiben auf das gemountete NFS erfolgt als 'guest' user. |
10 |
>> Hier ein Beispiel: |
11 |
>> |
12 |
>> client# cat /etc/fstab |
13 |
>> 192.168.178.10:/share/Qmultimedia /mnt/schmas/Qmultimedia nfs |
14 |
>> defaults,user,nfsvers=3 0 0 |
15 |
>> |
16 |
>> client# pwd |
17 |
>> /mnt/schmas/Qmultimedia |
18 |
>> |
19 |
>> client# ls -la |
20 |
>> drwxrwxrwx 5 root root 4096 15. Aug 08:09 . |
21 |
>> |
22 |
>> client# mkdir test |
23 |
>> client# ls -la |
24 |
>> drwxrwxrwx 5 root root 4096 15. Aug 08:09 . |
25 |
>> drwxr-xr-x 2 nobody nobody 4096 29. Sep 20:08 test |
26 |
>> |
27 |
>> client# whoami |
28 |
>> max |
29 |
>> |
30 |
>> Auf dem Server gibt es ebenso den user 'max' mit der selben UID wie auf |
31 |
>> dem client. |
32 |
>> |
33 |
>> Das sieht für mich aus als ob mein Zugriff gesquashed wurde?!? Ob |
34 |
>> vielleicht das no_root_squash in meiner /etc/exports dafür |
35 |
>> verantwortlich ist? |
36 |
> |
37 |
> Nein. |
38 |
> |
39 |
>> In meinem Beispiel habe ich 'mkdir test' aber doch |
40 |
>> als user 'max' ausgeführt und nicht als root. Habe ich da vielleicht was |
41 |
>> falsch verstanden? |
42 |
> |
43 |
> Nein, das ist schon richtig. |
44 |
> |
45 |
>> Ich frage mich gerade welcher user in meinem Beispiel nun auf das nfs |
46 |
>> zugegriffen hat? War es 'max' der den Befehl 'mkdir test' ausgeführt |
47 |
>> hat, oder war es 'root' der das nfs via fstab wahrscheinlich gemounted |
48 |
>> hat? |
49 |
> |
50 |
> Es war max. |
51 |
> |
52 |
>> Vielleicht liegt hier der Lösungsansatz? |
53 |
> |
54 |
> Bist Du sicher, das die /etc/exports stimmt? Das obige Beispiel deutet auf |
55 |
> "all_squash" hin. Hattest Du die vielleicht mal drin, und nach Entfernung |
56 |
> vielleicht die Serverprozesse nicht neu gestartet? |
57 |
|
58 |
Das glaube ich nicht. Mal testen: |
59 |
|
60 |
server# /etc/init.d/nfs restart |
61 |
Shutting down NFS daemon: rpc.nfsd. |
62 |
Shutting down NFS mountd: rpc.mountd. |
63 |
Shutting down NFS quotas: rpc.rquotad. |
64 |
Stopping portmap. |
65 |
Starting NFS services: Starting portmapper:. |
66 |
re-export. |
67 |
Starting NFS quotas: rpc.rquotad. |
68 |
Starting NFS mountd daemon: Shutting down NFS mountd: |
69 |
Starting NFS mountd. Mountd port number assigned automatically. |
70 |
Starting NFS daemon: rpc.nfsd |
71 |
Starting NFS lockd status:. |
72 |
|
73 |
server# cat /etc/exports |
74 |
"/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash) |
75 |
|
76 |
Auf der Client Seite sehe ich immer noch das gesquaschte Verhalten :( |
77 |
Nun weiss ich selber nicht mehr weiter. Ich ziehe in Erwägung den Server |
78 |
zu rebooten in der Hoffnung das Problem löst sich von selber, auch wenn |
79 |
mir das unter Linux noch nie geholfen hat (Ach wie schön waren die |
80 |
Windows Zeiten wenn man mit einem einfachem reboot ein Problem lösen |
81 |
konnte <kleiner Scherz>) |
82 |
|
83 |
Gestern dachte ich noch das Problem könnte client seitig sein, |
84 |
vielleicht am falschen mounten, da ich öfter am client herum |
85 |
konfiguriere. Nun sieht es aber für mich so aus als ob es am Server |
86 |
liegt, auch wenn ich dort keinen Fehler sehe. Hier noch einige Infos die |
87 |
wahrscheinlich nicht witerhelfen. Auf meinem client (desktop) läuft |
88 |
Gentoo, der Server ist ein Qnap TS-109 Pro NAS mit vorinstalliertem |
89 |
Linux. /etc/export wird beim /etc/init.d/nfs restart neu geschrieben, |
90 |
anhand einer eigenen Konfiguration die über ein Web-interface gesteuert |
91 |
angelegt wird. Bis vor einigen Wochen hat das gemountete nfs ohne |
92 |
squashing korrekt fuktioniert. Am server habe ich keine Einstellungen |
93 |
wissentlich geändert. Nun bin ich ratlos. |
94 |
|
95 |
...Max |