1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Mark Knecht wrote: |
5 |
> Thanks Sami! |
6 |
> |
7 |
> On 4/3/06, Sami Samhuri <sami@××××××××××.com> wrote: |
8 |
> |
9 |
>>Mark Knecht wrote: |
10 |
>> |
11 |
>>>Hello, |
12 |
>> |
13 |
>>[...] |
14 |
>> |
15 |
>>> There have been no changes or updates of any kind to the remote |
16 |
>>>machine that has the NFS directory exported. Normal updates have been |
17 |
>>>occurring on my AMD64 machine so presumably the problem is on this |
18 |
>>>machine as none of the remote files are writable anymore. One thing I |
19 |
>>>notice is that on the remote machine there are some directories and |
20 |
>>>files which have user names and some which only have numbers like 501, |
21 |
>>>502, etc. |
22 |
>>> |
23 |
>>> Where would I start looking for what's changed? |
24 |
>> |
25 |
>>The file system stores a user id for the owner and group. ls looks up the user |
26 |
>>id in /etc/passwd and shows you the username instead. You can make ls show user |
27 |
>>id's instead of names with `ls -ln`. |
28 |
> |
29 |
> |
30 |
> OK, I basically knew this... |
31 |
> |
32 |
> |
33 |
>>When you see numbers such as 501 in the directory listing that means the user or |
34 |
>>group who had that user id is not found in /etc/passwd or /etc/group. |
35 |
> |
36 |
> |
37 |
> OK, that means it's using the passwd file local to that specific |
38 |
> machine then. Here's what I have: |
39 |
> |
40 |
> NFS Server: Only one user account: |
41 |
> |
42 |
> mythtv:x:1000:100::/home/mythtv:/bin/bash |
43 |
> |
44 |
> MythTV Backend Server: 3 user accounts: |
45 |
> |
46 |
> mark:x:500:100:Mark:/home/mark:/bin/bash |
47 |
> evelyn:x:501:100:Evelyn:/home/evelyn:/bin/bash |
48 |
> matt:x:502:100:Matt:/home/matt:/bin/bash |
49 |
> |
50 |
> AMD64 machine: 2 user accounts: |
51 |
> |
52 |
> mark:x:1000:100::/home/mark:/bin/bash |
53 |
> matt:x:1001:100::/home/matt:/bin/bash |
54 |
> |
55 |
> |
56 |
|
57 |
Since your NFS server only has one user account, it might be easiest to |
58 |
set all_squash,anonuid=1000,anongid=100 in your /etc/exports file. That |
59 |
would make it so that all UIDs & GIDs on the NFS clients will be treated |
60 |
as UID 1000 & GID 100 on the NFS server. Of course you would then want |
61 |
to chown everything on the NFS server to 1000:100. |
62 |
|
63 |
The other options are to maintain identical passwd & group files for all |
64 |
of the machines, or to use a NIS/NIS+ server to serve the passwd & group |
65 |
files from one machine to all the other machines, or to install |
66 |
rpc.ugidd or similar UID/GID mapping servers, that can do more complex |
67 |
UID/GID mapping than the UID/GID squashing NFS supports by itself. |
68 |
|
69 |
Good luck, |
70 |
Conway S. Smith |
71 |
-----BEGIN PGP SIGNATURE----- |
72 |
Version: GnuPG v1.4.2.2 (GNU/Linux) |
73 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
74 |
|
75 |
iD8DBQFEMwapGL3AU+cCPDERAionAJ9iZyl7xeREMWZGJDMovKbDxuNL7QCeNVZo |
76 |
/QaBmQQIUgQGlwNxB3YDTao= |
77 |
=N8K3 |
78 |
-----END PGP SIGNATURE----- |
79 |
-- |
80 |
gentoo-amd64@g.o mailing list |