NFSv4

Sat Jun 16 09:43:19 UTC 2012

________________________________________
From: users-bounces at lists.fedoraproject.org [users-bounces at lists.fedoraproject.org] On Behalf Of Ian Chapman [packages at amiga-hardware.com]
Sent: Saturday, June 16, 2012 4:40 AM
To: Community support for Fedora users
Subject: Re: NFSv4

On 06/16/2012 12:45 AM, Raymond Pittigher wrote:

> Starting to use Fedora on a system or 2 instead of RHEL5 or 6 and I
> notice that on my NFSv4 mounts I get this
>
> drwx--x---. 28 4294967294 4294967294 4096 Apr 26 2011 user2
> drwx--x---. 39 users1 user1 4096 Apr 26 2011 user1
>
> Some users are displayed and some are nobody but I never have this issue
> on RHEL.
> The /etc/idmapd file is configured with the proper domain on both
> systems and NFSv3 looks OK. Anybody else have this issue?

Is rpc.idmapd running?

--
Ian Chapman.
--

Yes, I configured the /etc/idmapd... file and set the Domain variable. Started the systemctl restart nfs-idmap.service. If I go back to NFSv3 it all looks OK. It also seems to be only a problem with Fedora 17 at the moment. I did a clean install with Fedora 16 and had it working properly then did the upgrade to 17 and NFSv4 is missing some, not all, of the mappings. That list above is a small paste of about 300 users. I then did a clean install of Fedora 17 and it also has the same problem. About 20% did the UID/GID mapping and showed the username while the rest showed the nfsnobody mapping. Re-mounting to NFSv3 fixes the listing.

Email addresses of ITT Exelis employees have  changed from itt.com to exelisinc.com. Please update your favorites and contact information to reflect these changes.

This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Exelis Inc. The recipient should check this e-mail and any attachments for the presence of viruses. Exelis Inc. accepts no liability for any damage caused by any virus transmitted by this e-mail.