Bill,

You can check your NIS password map by "ypcat passwd" command
on your NIS client.  Second field should be hashed password of
13 characters.

I am not sure whether the issue below is related to your case or not.
In the NIS/NFS environment in SL, we noticed NSF mount problems accrued
starting from SL6.3 and still exist in SL6.5.  The nfs  mount
in SL6.3, 6.4, 6.5 (also CentOS 6.3-6.5) would not map the user ids
correctly.  Specific uids become 99(nobody) on the NFS(NFS4) client
of SL 6.3-6.5.

The issue was idmapd had cached the incorrect ids from the faulty
configuration, and no fixing of the configuration would sort it.

The command to fix this is nfsidmap -c (clear cache).

Regards,
Takashi

http://serverfault.com/questions/364613/centos-6-ldap-nfs-file-ownership-is-stuck-on-nobody

(14/08/04 8:01), Brandon Vincent wrote:
> On Sun, Aug 3, 2014 at 2:26 PM, Capehart, William J
> <[log in to unmask]> wrote:
>> Ypwich -m matches 1:1 as well.  As I said I am hoping to get rid of this
>> problem when all machines in our fleet jump to SL 6.5 in the next couple
>> weeks.
>>
>> Bill
>
> Bill,
>
> Your problem might be due to the fact that Mandriva 2009 can use tcb
> as an alternative to /etc/shadow.
>
> http://www.openwall.com/tcb/
>
> Hashes generated from tcb are not compatible with the traditional
> pam_unix.so found in almost every other GNU/Linux distribution.
>
> Can you verify on the NIS server that your hashes are stored in the
> traditional /etc/shadow format?
>
> Brandon Vincent
>