From: "Frank Filz" <ffilzlnx@mindspring.com>
To: "'Craig Yoshioka'" <craigyk@me.com>, <linux-nfs@vger.kernel.org>
Subject: RE: idmap problems with chown as root
Date: Thu, 1 May 2014 09:34:18 -0700 [thread overview]
Message-ID: <03f201cf655b$33390d40$99ab27c0$@mindspring.com> (raw)
In-Reply-To: <2541339C-AF61-4ED7-8F50-E4B3CA2C924F@me.com>
There is a difference between your working and non-working idmapd.conf:
The working does not have:
[Translation]
Method = nsswitch
That may be what's catching you up.
Frank
> This is a followup to a previous post I made.
>
> With Frank Filz's helpful suggestions I was able to gather better data.
>
> problem: when using chown as root on a nfs4 filesystem on newer linux
> releases file owners get sets to nobody.
> the user type doesn't seem to matter (/etc/passwd, LDAP, Samba4)
>
> setup: Server is FreeBSD 10 system with NFSv4 share.
> Server and clients are all configured with the same idmap domain
> Network users have consistent uid/gid on server and clients
> clients with older linux releases work OK (Ubuntu 12.04, CentOS 5
and 6)
> clients with newer linux releases do not work ( Fedora 20, Ubuntu
14.04,
> Mint 16 )
>
> clues:
>
> 1. working and non-working systems get to the same fchownat() system call
> with the same arguments (via strace).
>
> example (identical on working and non-working client):
> ...
> fchownat(AT_FDCWD, "/mnt/test", 11111, 4294967295, 0) = 0
> close(1) = 0
> close(2) = 0
> close(4) = 0
> exit_group(0) = ?
> +++ exited with 0 +++
>
> 2. working system sends NFSV4 SETATTR request with owner set to:
> matlab@nimgs.com and non-working as 11111 (via wireshark)
next prev parent reply other threads:[~2014-05-01 16:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-01 16:21 idmap problems with chown as root Craig Yoshioka
2014-05-01 16:34 ` Frank Filz [this message]
2014-05-01 18:58 ` Steve Dickson
2014-05-01 19:44 ` Trond Myklebust
2014-05-01 20:03 ` Craig Yoshioka
2014-05-01 20:11 ` Trond Myklebust
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='03f201cf655b$33390d40$99ab27c0$@mindspring.com' \
--to=ffilzlnx@mindspring.com \
--cc=craigyk@me.com \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.