From owner-freebsd-questions@freebsd.org Fri May 22 16:29:44 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 7CC3C2CD57B for ; Fri, 22 May 2020 16:29:44 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: from aurora.gregv.net (aurora.gregv.net [192.111.144.138]) by mx1.freebsd.org (Postfix) with ESMTP id 49TBlq4kmNz4XNf for ; Fri, 22 May 2020 16:29:43 +0000 (UTC) (envelope-from freebsd@gregv.net) Received: by aurora.gregv.net (Postfix, from userid 1001) id 62365FC; Fri, 22 May 2020 12:29:37 -0400 (EDT) Date: Fri, 22 May 2020 12:29:37 -0400 From: Greg Veldman To: Norman Gray Cc: FreeBSD Questions Subject: Re: Documentation and debugging for NFSv4 Message-ID: <20200522162937.GJ1068@aurora.gregv.net> References: 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: 49TBlq4kmNz4XNf 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 192.111.144.138) smtp.mailfrom=freebsd@gregv.net X-Spamd-Result: default: False [0.52 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.05)[-0.053]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gregv.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.00)[0.004]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.33)[-0.327]; RCPT_COUNT_TWO(0.00)[2]; 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:192.111.144.0/20, 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: Fri, 22 May 2020 16:29:44 -0000 On Fri, May 22, 2020 at 03:15:01PM +0100, Norman Gray wrote: > I'm having difficulty finding consistent documentation and debugging > tools for NFSv4. Is there some handbook-like source that I'm missing? > Or some layer of documentation for configuration or debugging that I've > failed to find? > > I've never had major problems with NFS and the associated RPC services, > but I currently find myself in a situation where some combination of v4 > exports from FreeBSD servers (11.3 and 12.1) and heterogeneous Linux > clients is behaving in a rather inconsistent way (in a context where I > can't just reboot everything in sight, which often sorts out NFS > problems...), and I'm having great difficulty diagnosing the current > service status: is server A offering what I think it is? is client B > asking for what I think it is? Normally some combination of netstat and > tcpdump would make some headway, but SunRPC is blacker magic than that. What symptoms are you seeing? Does it mount at all? If not does it give you an error message? Does it mount but is it not usable? Does NFSv3 work or is any version broken? FYI NFS problems in general usually come down to either firewall settings or MTU mismatches. If there are any firewalls between the client or server you may wish to temporarily disable them to test (or add an allow all rule). Also check that the MTU is the same for the whole path. NFSv4 introduces a couple of new things that can also be issues. The first is the v4 tree root, and the second is the concept of ID mapping to avoid the need to sync UID/GID numbers. If you can make it work with v3 but not v4, I'd start looking there. Specifically make sure you have a "V4" line in /etc/exports on the FreeBSD server, and make sure nfsuserd is running and configured with the same domain name as in /etc/idmapd.conf on the Linux side (and make sure rpc.idmapd is running on Linux). -- Greg Veldman freebsd@gregv.net