the test users have the same gui/uid on both the nfs server as well as the client...
I tested this, prior to setting the idmap processOn Sat, Jul 9, 2016 at 9:33 AM, Boris Epstein <borepstein@xxxxxxxxx> wrote:
Does user1 (and other users) have the same UID on all the systems involved? I think this is the key moment here.
Cheers,Boris.On Fri, Jul 8, 2016 at 7:13 PM, bruce <badouglas@xxxxxxxxx> wrote:i then made sure the given dir on the master/client was "set"groupmod -g 600 user1usermod -u 600 user1i set the user/group to the same id on bothon both the master/client...changed the user to the user i wantchange the /etc/idmapd.confon the masterside:running test master/client nfscentos 6.8ok...seem to have resolved this..
# The following should be set to the local NFSv4 domain name
# The default is the host's DNS domain name.
Domain = localdomain <<<<<<
# The following is a comma-separated list of Kerberos realm
# names that should be considered to be equivalent to the
# local realm, such that <user>@REALM.A can be assumed to
# be the same user as <user>@REALM.B
# If not specified, the default local realm is the domain name,
# which defaults to the host's DNS domain name,
# translated to upper-case.
# Note that if this value is specified, the local realm name
# must be included in the list!
#Local-Realms =
[Mapping]
Nobody-User = crawl_user <<<<<<<
Nobody-Group = crawl_user <<<<<<<
.
.
.
=====================================clientchown crawl_user:crawl_user /dir1master
chown crawl_user:crawl_user /dir1on the master side...made sure the nfs was reset..service nfs restarton the client...umount /dir1mount a ---- for the fstabon the masterside,,update the /etc/exports as requiredon the clientupdate the /etc/fstab as required..now.. .on both the master/client for the nfs.. it appears that i have the file owner/perms..On Fri, Jul 8, 2016 at 4:10 PM, bruce <badouglas@xxxxxxxxx> wrote:thoughts??!!i still have a different user.. the initial user..on remounting the nfs share...in the client fstab i havei did an unmount umount on the client, followed by a mount -a to reinvoke the fstabi shut down the nfs on the masteri didn't rebootgroupmodusermod-changed the uid/gid for the test user user1 to be 600I went into the test master/clientarrrgghh..as a drop/kick..
#test to set the client nfs/mount
192.168.1.45:/cloud_crawl /cloud_crawl nfs defaults 0 0 -o uid=600 -o gid=600On Fri, Jul 8, 2016 at 3:32 PM, bruce <badouglas@xxxxxxxxx> wrote:This is for a test internal -- 192.168.1.* group of 3-4 systems. So, there's no real domain, but ....Hey..Yeah, I had seen a few articles that pointed to the idmapd as being a possible issue..On Fri, Jul 8, 2016 at 2:20 PM, Tom Horsley <horsley1953@xxxxxxxxx> wrote:On Fri, 8 Jul 2016 13:57:24 -0400
bruce wrote:
> I know, I could just chown, etc.. after the fact.. but I'd like to figure
> out how it should be done!!
I only know it is the most confusing NFS topic :-). It seems to work
OK if all the machines are getting their users from the same
source (NIS, LDAP, SSSD, something like that). There is some idmapd
thing that turns my brain to cheese when I try to read about it.
I have done desperate things like edit the /etc/idmapd.conf and
set Nobody-User and Nobody-Group to the user I happened to know
I wanted to own files because I could never get any other aspect
of idmapd to work :-(.
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
--
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
-- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org