On Wed, 2009-06-24 at 14:15 -0400, Braden McDaniel wrote:
> On Wed, 2009-06-24 at 09:19 +0100, John Austin wrote:
> > On Wed, 2009-06-24 at 00:10 -0400, Braden McDaniel wrote:
> > > On Tue, 2009-06-23 at 10:13 +0100, John Austin wrote:
> > > > On Mon, 2009-06-22 at 18:38 -0400, Braden McDaniel wrote:
> > > > > I'm trying to set up automounting of home directories using NFS4 and
> > > > > autofs. I seem to have it working except that all of the files in the
> > > > > mounted directories have their owner and group set to "nfsnobody".
> > > > >
> > > > > /etc/exports on the server looks like this:
> > > > >
> > > > > /exports *(ro,fsid=0)
> > > > > /exports/share *(rw,sync,nohide)
> > > > > /exports/home *(rw,insecure,sync,nohide)
> > > > >
> > > > > /etc/auto.home on the client looks like this:
> > > > >
> > > > > braden -fstype=nfs4 hinge:/home/braden
> > > >
> > > > I had the same problem (F11)
> > > > The cure for me was to ensure that the name of the local machine (naxos) is
> > > > available to "mount"
> > > > Putting the name in /etc/hosts on naxos does the job
> > > >
> > > > naxos ~ 2# cat /etc/hosts
> > > > 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 naxos
> > > > ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
> > > >
> > > > It is not good enough that hostname is set
> > >
> > > Are you quite certain that's what did it for you? This doesn't appear to
> > > be working for me. :-/
>
> [snip]
>
> > Just run a couple of checks with one of my machines
> >
> > 1. Removed name from /etc/hosts and rebooted
> > nfsnobody appears everywhere on an nfs mount
> >
> > Error messages such as these in /var/log/messages
> >
> > Jun 24 08:56:47 monk rpc.idmapd[1501]: nss_getpwnam: name 'ja@localdomain' does not map into domain 'jaa.org.uk'
>
> I have a similar error message:
>
> Jun 24 13:49:57 bolt rpc.idmapd[2481]: nss_getpwnam: name 'braden@xxxxxxxxxxxxxxxxxxx' does not map into domain 'endoframe.net'
>
> hinge is my NIS server machine (as well as the NFS server); this error
> message occurs on the client. Adding an entry for hinge to /etc/hosts
> does not appear to have changed this.
>
> # cat /etc/hosts
> 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 bolt bolt.endoframe.net
> ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
> 192.168.1.21 hinge hinge.endoframe.net
>
The error message suggests "something" (rpc.idmapd ?) is adding the
server !!!! hostname (hinge) !!!! to the domainname which is causing
the problem.
Try putting just bolt (and not bolt.endoframe.net)
and no 192.168.1.21 hinge hinge.endoframe.net in /etc/hosts
and reboot
No idea why but worth a try !
---------------------------------------------
My NFS server is also my NIS, dhcpd, samba and DNS server
My NIS and DNS domains are both called jaa.org.uk
On my clients I have
naxos sysconfig 33# cat network
HOSTNAME=naxos
NETWORKING=yes
NISDOMAIN=jaa.org.uk
I am using network and NOT NetworkManager
Some of this was added by NetworkManager before I changed to network
Don't know what some of it does !
naxos sysconfig 35# cat /etc/sysconfig/network-scripts/ifcfg-eth0
# Networking Interface
DEVICE=eth0
BOOTPROTO=dhcp
HWADDR=00:30:1B:44:25:C0
ONBOOT=yes
TYPE=Ethernet
PEERDNS=yes
PEERROUTES=yes
DHCP_HOSTNAME=naxos
NAME="System eth0"
UUID=5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03
------------------------------------------------
Don't think its relevant but ...
My dhcpd.conf on the server (maui) looks like this
The client DNS domain is set by dhcpd
maui.jaa.org.uk ~ 1# cat /etc/dhcpd.conf
#
# DHCP Server Configuration file.
# see /usr/share/doc/dhcp*/dhcpd.conf.sample
#
#
# Global Settings
#
#
authoritative;
# Turn on Dynamic DNS:
ddns-update-style interim;
ddns-updates on;
update-optimization false;
allow duplicates;
# Don't allow clients to update DNS, make the server do it
# based on the hostname passed by the DHCP client:
deny client-updates;
allow unknown-clients;
#
# 148.197.29.0/255.255.255.0 Scope Settings
#
subnet 148.197.29.0 netmask 255.255.255.0 {
# Range of DHCP assigned addresses for this scope
range 148.197.29.129 148.197.29.253 ;
# 1 day
default-lease-time 86400;
# 2 days
max-lease-time 172800;
#Known Hosts - Sort of !
# host stokes {
# hardware ethernet 00:19:5B:8A:85:6F;
# }
# host stokesclone {
# hardware ethernet 00:19:5B:8A:85:6F;
# }
# Configure the client's default Gateway:
option subnet-mask 255.255.255.0;
option broadcast-address 148.197.29.255;
option routers 148.197.29.254;
# Configure the client's DNS settings:
option domain-name "jaa.org.uk";
option domain-name-servers 148.197.29.5, 212.104.130.9;
# If you want the client to be configured to also use
# a WINS server:
option netbios-name-servers 148.197.29.5;
option netbios-node-type 8;
}
John
> > 2. Replaced name in /etc/hosts and rebooted - problems disappear
> >
> > I assume that ja@localdomain rather than ja@xxxxxxxxxx is being passed to rpc.idmapd which it is unhappy with
> > The entry in /etc/hosts definitely fixes this for me
> > I guess your problem must be different
>
> I guess so. :-/
>
> Thanks for going to the trouble to confirm this.
>
> > ------------------------------------------------------
> > Is rpcidmapd/rpc.idmapd running correctly ?
>
> Looks like it:
>
> # service rpcidmapd status
> rpc.idmapd (pid 2551) is running...
> # ps -ef | grep -i rpc
> rpc 2485 1 0 14:09 ? 00:00:00 rpcbind
> rpcuser 2498 1 0 14:09 ? 00:00:00 rpc.statd
> root 2533 2 0 14:09 ? 00:00:00 [rpciod/0]
> root 2534 2 0 14:09 ? 00:00:00 [rpciod/1]
> root 2535 2 0 14:09 ? 00:00:00 [rpciod/2]
> root 2536 2 0 14:09 ? 00:00:00 [rpciod/3]
> root 2537 2 0 14:09 ? 00:00:00 [rpciod/4]
> root 2538 2 0 14:09 ? 00:00:00 [rpciod/5]
> root 2539 2 0 14:09 ? 00:00:00 [rpciod/6]
> root 2540 2 0 14:09 ? 00:00:00 [rpciod/7]
> root 2551 1 0 14:09 ? 00:00:00 rpc.idmapd
> root 3814 3762 0 14:12 pts/0 00:00:00 grep -i rpc
>
> Please let me know if you have any further insight.
>
> --
> Braden McDaniel <braden@xxxxxxxxxxxxx>
>
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
