Am doing a kickstart installation of RHEL 6.0 vanilla (no errata
applied).
After reboot, when using the automounter to access NFSv4 shares
(running on Fedora 13), we see the following in the logs on the RHEL6
client:
Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name '[email protected]' does not map into domain 'localdomain'
Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name '[email protected]' does not map into domain 'localdomain'
As a result, directories are not mapped to the correct users but
instead to 'nobody'.
This is odd, because per the idmap man pages, the default domain used
by rpc.idmapd should be the same as the system domain minus the
hostname. This should be esri.com, and is when I type hostname.
Thinking that perhaps rpc.idmapd was started before the network
subsystem, I restarted it. Immediately everything worked fine.
I rebooted the system assuming the problem would return, but it didn't.
Maybe there's a cache used by rpc.idmapd (nscd?)? Is there something
else maybe I'm missing?
Trying to determine if the "right" thing to do is to leave my
configuration as default or if I should be modifying /etc/idmapd.conf
to set a default domain.
Thanks,
Ray
[email protected] wrote on 01/19/2011 09:04:50 AM:
> > > Am doing a kickstart installation of RHEL 6.0 vanilla (no errata
> > > applied).
> > >
> > > After reboot, when using the automounter to access NFSv4 shares
> > > (running on Fedora 13), we see the following in the logs on the RHEL6
> > > client:
> > >
> > > Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> > > '[email protected]' does not map into domain 'localdomain'
> > > Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> > > '[email protected]' does not map into domain 'localdomain'
> > >
> > > As a result, directories are not mapped to the correct users but
> > > instead to 'nobody'.
> > >
> > > This is odd, because per the idmap man pages, the default domain used
> > > by rpc.idmapd should be the same as the system domain minus the
> > > hostname. This should be esri.com, and is when I type hostname.
> > >
> > > Thinking that perhaps rpc.idmapd was started before the network
> > > subsystem, I restarted it. Immediately everything worked fine.
> > >
> > > I rebooted the system assuming the problem would return, but it
didn't.
> > > Maybe there's a cache used by rpc.idmapd (nscd?)? Is there something
> > > else maybe I'm missing?
> > >
> > > Trying to determine if the "right" thing to do is to leave my
> > > configuration as default or if I should be modifying /etc/idmapd.conf
> > > to set a default domain.
> >
> > shot in the dark... is your real hostname also mapped to
> > localhost.localdomain in /etc/hosts?
>
> Yes, it is... I'd stumbled across a similar suggestion, but kinda was
> puzzled that things seemed to start working even without changing the
> entry in /etc/hosts.
>
> This is what made me think nscd or some caching was involved...
well it makes sense to ask. i think the hosts file is exactly the issue
though because if its starting before the network it is resolving based on
local /etc/hosts entry. However maybe NFS (or underlying dns layer) is
smart enough to realize that if there is network access its better to do
the hostname lookup against the dns servers.? So once you restarted it
after the network is available, it got the right domain and worked.
I personally recommend (normally, not just in this situation) that if your
hostname maps to a specific IP, you can still put that mapping
in /etc/hosts, but make sure that only localhost and localhost.domain are
mapping to 127.0.0.1.
-greg
/etc/idmapd.conf is configured the same way on both the NFSv4 Server & Client correct? (I assume this is correct). I've run into this several times and usually a reboot of the "idmapd" service on the client fixes the issue (make sure that the NFS share is not mounted on the client).
Regards,
Dan
[email protected] wrote on 01/18/2011 06:29:07 PM:
> Am doing a kickstart installation of RHEL 6.0 vanilla (no errata
> applied).
>
> After reboot, when using the automounter to access NFSv4 shares
> (running on Fedora 13), we see the following in the logs on the RHEL6
> client:
>
> Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> '[email protected]' does not map into domain 'localdomain'
> Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> '[email protected]' does not map into domain 'localdomain'
>
> As a result, directories are not mapped to the correct users but
> instead to 'nobody'.
>
> This is odd, because per the idmap man pages, the default domain used
> by rpc.idmapd should be the same as the system domain minus the
> hostname. This should be esri.com, and is when I type hostname.
>
> Thinking that perhaps rpc.idmapd was started before the network
> subsystem, I restarted it. Immediately everything worked fine.
>
> I rebooted the system assuming the problem would return, but it didn't.
> Maybe there's a cache used by rpc.idmapd (nscd?)? Is there something
> else maybe I'm missing?
>
> Trying to determine if the "right" thing to do is to leave my
> configuration as default or if I should be modifying /etc/idmapd.conf
> to set a default domain.
shot in the dark... is your real hostname also mapped to
localhost.localdomain in /etc/hosts?
On Wed, Jan 19, 2011 at 06:22:35AM -0800, [email protected] wrote:
>
>
> [email protected] wrote on 01/18/2011 06:29:07 PM:
>
> > Am doing a kickstart installation of RHEL 6.0 vanilla (no errata
> > applied).
> >
> > After reboot, when using the automounter to access NFSv4 shares
> > (running on Fedora 13), we see the following in the logs on the RHEL6
> > client:
> >
> > Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> > '[email protected]' does not map into domain 'localdomain'
> > Jan 18 15:56:16 rhel6test rpc.idmapd[1387]: nss_getpwnam: name
> > '[email protected]' does not map into domain 'localdomain'
> >
> > As a result, directories are not mapped to the correct users but
> > instead to 'nobody'.
> >
> > This is odd, because per the idmap man pages, the default domain used
> > by rpc.idmapd should be the same as the system domain minus the
> > hostname. This should be esri.com, and is when I type hostname.
> >
> > Thinking that perhaps rpc.idmapd was started before the network
> > subsystem, I restarted it. Immediately everything worked fine.
> >
> > I rebooted the system assuming the problem would return, but it didn't.
> > Maybe there's a cache used by rpc.idmapd (nscd?)? Is there something
> > else maybe I'm missing?
> >
> > Trying to determine if the "right" thing to do is to leave my
> > configuration as default or if I should be modifying /etc/idmapd.conf
> > to set a default domain.
>
> shot in the dark... is your real hostname also mapped to
> localhost.localdomain in /etc/hosts?
Yes, it is... I'd stumbled across a similar suggestion, but kinda was
puzzled that things seemed to start working even without changing the
entry in /etc/hosts.
This is what made me think nscd or some caching was involved...
Ray