1 |
On Thursday, August 04, 2011 02:53:28 PM walt wrote: |
2 |
> I'm trying to be a good gentoo netizen by nfs-sharing /usr/portage between |
3 |
> my three local gentoo machines, and failing :( |
4 |
> |
5 |
> After weeks of fiddling, I discovered today that my problems come from |
6 |
> using a 32-bit machine to serve my two 64-bit NFS clients(!) |
7 |
> |
8 |
> (I'll mention up front that NFSv3 works perfectly -- only NFSv4 is bad.) |
9 |
> |
10 |
> For reasons I don't know, the 64-bit client machines mount the 32-bit |
11 |
> NFSv4 share with UID/GID 0xffffffe, which won't let even root write to |
12 |
> the rw share. |
13 |
> |
14 |
> I googled an old thread mentioning that 0xffff is decimal 65534, a UID |
15 |
> traditionally assigned to the user 'nobody'. |
16 |
> |
17 |
> Can anyone else reproduce my problem, or give a hint how to work around |
18 |
> it? |
19 |
|
20 |
This is how I do this: |
21 |
** (On server) |
22 |
~ $ cat /etc/exports |
23 |
/usr/portage |
24 |
*(rw,sync,all_squash,anonuid=250,anongid=250,no_subtree_check) |
25 |
|
26 |
~ $ id portage |
27 |
uid=250(portage) gid=250(portage) groups=250(portage) |
28 |
** |
29 |
|
30 |
** (On client) |
31 |
~ $ cat /etc/fstab |
32 |
server:/usr/portage /usr/portage nfs |
33 |
tcp,nodev,nosuid 0 0 |
34 |
** |
35 |
|
36 |
I stripped non-related parts from the above and the "exports" and "fstab" |
37 |
lines should be on a single line. |
38 |
|
39 |
The bit in the exports-file will force all access to "/usr/portage" to be |
40 |
linked to the uid and gid of portage. (Change the values if your portage-user |
41 |
has a different uid and/or gid) |
42 |
|
43 |
I have also opened it to all servers (the * at the beginning of the line) with |
44 |
a firewall limiting access. |
45 |
|
46 |
> (This list is so quiet today I'm wondering if gmane.org is down.) |
47 |
|
48 |
Or simply busy? :) |
49 |
|
50 |
Hope this helps, |
51 |
|
52 |
Joost |