[Bug 204013] permission problems communicating with FreeBSD-based NFS servers.

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: permission problems communicating with FreeBSD-based NFS servers.


https://bugzilla.redhat.com/show_bug.cgi?id=204013


steved at redhat.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |ASSIGNED
               Flag|needinfo?(ja at vanguardanimati|
                   |on.com)                     |




------- Additional Comments From steved at redhat.com  2008-04-21 15:24 EST -------
Here is what the network trace shows, The MacOS server 
is failing truncation of a file (see patcks 5 and 11 of the trace).
Both requests are coming from a user with the following credentials:
UID: 500 GID: 224
Auxiliary GIDs: 80, 220, 224, 360, 410, 414, 450, 620, 
                1000, 1003, 1004, 1005, 1006, 1011, 1012, 1013

So from you are saying, 
   user1:x:501:100:User1:/home/user1:/bin/bash
and 
   user2:x:502:100:User2:/home/user2:/bin/bash

are trying to write to
   user1:users /mnt/nffsshare/testfile

as user2 which fails.

Unfortunately, the above scenario does not jive with the network
trace.

What the network trace is saying a user with a GID of 500 and GID 224
who is *not* in group 100 (note the fact 100 is not in the auxiliary GIDs)
is being denied access to a file that owned by UID 2501, GID 224 and a
file mode of 0660, which makes sense...

So it appears to me that the uid/gid you think your using is not
the actual uid/gid are being used. Or maybe there is a mismatch of
ids between the server and client? 

                

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.