Hi Peter,

I have had problems in the past where idmapd either required the domain to
be in upper case, or not have dots in the name

Here's my idmapd config for my working Scientific Linux 6 NFS4 config

[General]
#Verbosity = 0
# The following should be set to the local NFSv4 domain name
# The default is the host's DNS domain name.
Domain = COEPP.ORG.AU

We have a large LDAP database too, so when idmapd runs for the first time,
it can take up to a couple of minutes to change the ids from nobody to
their proper ones.

Sean


On 5 September 2015 at 10:03, Peter Ross <[email protected]> wrote:

> Hi all,
>
> I just spin off two CentOS6 VMs to replicate a problem I had on Friday
> afternoon at work.
>
> I want use NFSv4 to share folders.
>
> Short, from memory, I have on the server:
>
> - /etc/exports populated
> - domainname configured
> - domain in /etc/idmapd.conf
> - rcpidmapd running
>
> On the client, I have
> - /etc/fstab entries with nfsvers=4
> - SecureNFS=no in /etc/sysconfig/nfs
> - domainname configured
> - domain in /etc/idmapd.conf
> - rcpidmapd running
>
> When I mount, it works, but all files belong to nobody..
>
> What do I miss?
>
> If I start rpcimapd in verbose, it complains about
> /proc/net/nfsv4/nfstoid or something similar missing(sorry, I am not
> there yet with my replicas) but I am not sure whether this matters.
> DuckDuckGo and Google did not help much yesterday.
>
> I do not have Kerberos or LDAP  configured, the firewall (2049
> connection only) restricts me and I 'don't mind' that the two machines
> trust each other. The environment is quite isolated and under tight
> control.
>
> Thanks for ideas
> Peter
> _______________________________________________
> luv-main mailing list
> [email protected]
> http://lists.luv.asn.au/listinfo/luv-main
>
_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main

Reply via email to