Steve Dickson wrote:
>It was never removed, since its needed for the NFS server. The service
>is no longer enabled when nfs-utils is installed or upgrade since the
>NFS client now used a keyring based upcall to do its ID mapping...
>
OK, thanks for correcting my failed memory.
--
Sent from
On 04/27/2012 04:39 AM, Ed Greshko wrote:
> On 04/26/2012 11:40 PM, Steve Dickson wrote:
>> 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.
> Thanks
I'm replying to an old message due t
On Fri, 2012-04-27 at 14:44 -0400, Steve Dickson wrote:
>
> On 04/27/2012 12:07 PM, Adam Williamson wrote:
> > On Fri, 2012-04-27 at 17:07 +0100, Adam Williamson wrote:
> >> On Thu, 2012-04-26 at 10:53 -0400, Steve Dickson wrote:
> >>
> Steve, can you elaborate? Do pure clients never need idm
On Fri, 2012-04-27 at 17:07 +0100, Adam Williamson wrote:
> On Thu, 2012-04-26 at 10:53 -0400, Steve Dickson wrote:
>
> > > Steve, can you elaborate? Do pure clients never need idmap?
> > With F17 we moved to the keyring based ID mapping, which eliminates
> > the need for the rpc.idmapd daemon to
On Thu, 2012-04-26 at 10:53 -0400, Steve Dickson wrote:
> > Steve, can you elaborate? Do pure clients never need idmap?
> With F17 we moved to the keyring based ID mapping, which eliminates
> the need for the rpc.idmapd daemon to be started on the client side.
>
> Here is how it works...
>
> Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Begin forwarded message:
Date: Fri, 27 Apr 2012 10:52:14 -0400
From: Steve Dickson
To: Dennis Gilmore
Subject: Fwd: Re: nfs-idmap.service removed
- Original Message
Subject: Re: nfs-idmap.service removed
Date: Thu, 26 Apr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Begin forwarded message:
Date: Fri, 27 Apr 2012 10:51:49 -0400
From: Steve Dickson
To: Dennis Gilmore
Subject: Fwd: Re: nfs-idmap.service removed
- Original Message
Subject: Re: nfs-idmap.service removed
Date: Thu, 26 Apr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Begin forwarded message:
Date: Fri, 27 Apr 2012 10:51:34 -0400
From: Steve Dickson
To: Dennis Gilmore
Subject: Fwd: Re: nfs-idmap.service removed
- Original Message
Subject: Re: nfs-idmap.service removed
Date: Thu, 26 Apr
On 04/26/2012 11:40 PM, Steve Dickson wrote:
> 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.
Thanks
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedo
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.servi
On 04/26/2012 08:06 PM, Ed Greshko wrote:
> Notice the difference?
Also, notice no nfsd is runningjust like I want. Don't want to run any
unnecessary services...
[root@f16-1 ~]# ps -eaf | grep nfs
root 1509 2 0 20:02 ?00:00:00 [nfsiod]
root 1524 2 0 20:03 ?
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.i
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
> runn
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 ser
14 matches
Mail list logo
