From owner-freebsd-questions@freebsd.org Tue May 26 17:26:14 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9F7132CE9EC for ; Tue, 26 May 2020 17:26:14 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [IPv6:2607:5600:bd::1:1000]) by mx1.freebsd.org (Postfix) with ESMTP id 49WgqB0f0cz4ZJ8 for ; Tue, 26 May 2020 17:26:13 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id 6C817F8; Tue, 26 May 2020 13:26:13 -0400 (EDT) Date: Tue, 26 May 2020 13:26:13 -0400 From: Greg Veldman To: Norman Gray Cc: FreeBSD Questions Subject: Re: Documentation and debugging for NFSv4 Message-ID: <20200526172613.GN1068@aurora.gregv.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 49WgqB0f0cz4ZJ8 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@gregv.net has no SPF policy when checking 2607:5600:bd::1:1000) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [2.51 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.36)[0.357]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.31)[0.309]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.94)[0.940]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:31863, ipnet:2607:5600::/32, country:US] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 17:26:14 -0000 On Fri, May 22, 2020 at 07:43:02PM +0100, Norman Gray wrote: [snip] > I now go to another CentOS 7.8 machine > > client3# mount -tnfs server:/astro/norman /mnt > client3# mount|grep /mnt > server:/astro/norman on /mnt type nfs4 > (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=130.209.202.212,local_lock=none,addr=130.209.45.61) > client3# ls /mnt > ls: reading directory /mnt: Input/output error > > Nothing! The same thing -- an apparently successful mount, and then > an I/O error -- happens when I let the automounter do the work. Based on this and your subsequent response to Doug/Remy, I think the next thing I'd check would be the idmap settings. It sounds like you may have a domain mismatch. All the idmap daemons on both client and server must be running and must agree on the domain name (doesn't really matter what it is, they just have to agree). On FreeBSD this is specified with the -domain arg to nfsuserd (which looks like it can also be put in rc.conf). On Linux it's set with the Domain keyword in /etc/idmapd.conf. Various implementations of the software attempt to calculate a default domain if none is given, using different methods to do so. It's much safer to pick something yourself and explicitly set it everywhere. -- Greg Veldman