Fw: nfs-idmap.service removed

Dennis Gilmore dennis at ausil.us
Fri Apr 27 14:53:14 UTC 2012


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Begin forwarded message:

Date: Fri, 27 Apr 2012 10:52:14 -0400
From: Steve Dickson <SteveD at redhat.com>
To: Dennis Gilmore <dennis at ausil.us>
Subject: Fwd: Re: nfs-idmap.service removed




- -------- Original Message --------
Subject: Re: nfs-idmap.service removed
Date: Thu, 26 Apr 2012 11:40:07 -0400
From: Steve Dickson <SteveD at RedHat.com>
To: Ed Greshko <Ed.Greshko at greshko.com>
CC: For testing and quality assurance of Fedora releases
<test at lists.fedoraproject.org>



On 04/26/2012 11:31 AM, Ed Greshko wrote:
> On 04/26/2012 10:55 PM, Steve Dickson wrote:
>>
>> On 04/26/2012 08:06 AM, Ed Greshko wrote:
>>> On 04/26/2012 07:31 PM, Adam Williamson wrote:
>>>> On Thu, 2012-04-26 at 07:49 +0800, Ed Greshko wrote:
>>>>> Is there anywhere documentation outlining the decision to remove
>>>>> a separate nfs-idmap.service from F17?  It seems that
>>>>> nfs-server.service must be enabled and started in order for
>>>>> rpc.idmapd.  It doesn't seem logical that a system running a NFS
>>>>> Client Only should be required to also run an NFS server.
>>>> The changelog message reads:
>>>>
>>>> "Removed the nfs-idmap service. rpc.idmap is now part of the
>>>> nfs-server service"
>>>>
>>>> Steve, can you elaborate? Do pure clients never need idmap?
>>> Sure they do, if they want uid/gid mapped properly.....
>>>
>>> Here is the output from an F16 system showing the effect....
>>>
>>> First I mount with no rpc.idmap service running....
>>>
>>> [root at f16-1 ~]# mount -t nfs4 192.168.0.55:/syntegra /syntegra
>>> [root at f16-1 ~]# ll /syntegra/
>>> total 40
>>> drwxrwxr-x. 3 4294967294 4294967294  4096 Mar 24  2010 HP-Pavilion
>>> drwxr-xr-x. 9 4294967294 4294967294  4096 Nov 30 10:21 iso
>>> drwxrwxr-x. 7 4294967294 4294967294  4096 Nov 30 10:34
>>> linux-releases drwx------. 2 4294967294 4294967294 16384 Apr  1
>>> 2007 lost+found
>>>
>>> And...then....
>>>
>>> [root at f16-1 ~]# umount /syntegra
>>> [root at f16-1 ~]# systemctl start nfs-idmap.service
>>> [root at f16-1 ~]# mount -t nfs4 192.168.0.55:/syntegra /syntegra
>>> [root at f16-1 ~]# ll /syntegra/
>>> total 40
>>> drwxrwxr-x. 3 egreshko egreshko  4096 Mar 24  2010 HP-Pavilion
>>> drwxr-xr-x. 9 egreshko egreshko  4096 Nov 30 10:21 iso
>>> drwxrwxr-x. 7 egreshko egreshko  4096 Nov 30 10:34 linux-releases
>>> drwx------. 2 root     root     16384 Apr  1  2007 lost+found
>>>
>>> Notice the difference?
>>>
>>>
>> From your root prompt "[root at f16-1 ~]#" it appears you are on
>> a f16 machine... In that cause yes the rpc.idmap service is needed.
>>
> 
> I see....
> 
> So, what has changed where rpc.idmap service is no longer needed on
> the client side to do proper mapping in nfs4?
> 
There was support added to the F17 kernel as well as the F17 nfs-utils,
namely the nfsidmap command which replaces the need for the
rpc.idmapd daemon.

steved.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iEYEARECAAYFAk+astoACgkQkSxm47BaWffWKgCdHvrsYxR5B+Kr8okkDyON6+31
y2kAoMHYqNvUnCAJy2K1jSxmohGEW/Bp
=MITH
-----END PGP SIGNATURE-----


More information about the test mailing list