From owner-freebsd-stable@freebsd.org Thu Jan 9 09:14:31 2020 Return-Path: Delivered-To: freebsd-stable@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 0B7A822E910 for ; Thu, 9 Jan 2020 09:14:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47tgRT4JDlz3LMG for ; Thu, 9 Jan 2020 09:14:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cs.huji.ac.il; s=57791128; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type:Message-Id:From; bh=PGdR+4q7TiJvmzg+7KZj1ue2AEM4BqpJvBKGza8NtXk=; b=nfOnkx892FF5tbgXhrNH4nEVTqPBa50qIP2kDyweFMq1VYYoz/mKV1Oh9PZLjeIR7/o+LH3rBBrRHfkk03gYV71k+XTNXVhSpl3x6eObu8ba0+IyfSq6LCnke/LOa37sjfjz78PnLiD5FLGjBavS9u6XppAyvPdLxE30IQcZa5foypJBQrfuhDwq/FrS+b9ZL37OckfK2ll1yWpTAxRmYF7L3zECIttF/r5G94OvITa2umS/OtXNaOwWcDstTJpdYtWNBG07s89DTd3M0JiK1+0Nti/YgizM8nNhPO7ueo50UQ4BjWQgWYYxrpBbY1vH/NuXBvBFIDYaijBLCA0vsw==; Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1ipTtZ-00098K-0h; Thu, 09 Jan 2020 11:14:25 +0200 From: Daniel Braniss Message-Id: <3199124E-C054-4B6D-A69D-30A031581122@cs.huji.ac.il> Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: nfs lockd errors after NetApp software upgrade. Date: Thu, 9 Jan 2020 11:14:24 +0200 In-Reply-To: Cc: Richard P Mackerras , Adam McDougall , "freebsd-stable@freebsd.org" To: Rick Macklem References: <0121E289-D2AE-44BA-ADAC-4814CAEE676F@cs.huji.ac.il> <854B6E5A-C6BC-44B3-A656-FC9B8EF19881@cs.huji.ac.il> <8770BD0D-4B72-431A-B4F5-A29D4DBA03B1@cs.huji.ac.il> <8A78F67B-C244-45CF-B9BF-D7062669B33B@cs.huji.ac.il> X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 47tgRT4JDlz3LMG X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.huji.ac.il header.s=57791128 header.b=nfOnkx89; dmarc=pass (policy=none) header.from=huji.ac.il; spf=none (mx1.freebsd.org: domain of danny@cs.huji.ac.il has no SPF policy when checking 132.65.116.210) smtp.mailfrom=danny@cs.huji.ac.il X-Spamd-Result: default: False [-4.30 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.huji.ac.il:s=57791128]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.00)[ip: (-5.10), ipnet: 132.64.0.0/13(-2.75), asn: 378(-2.20), country: IL(0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cs.huji.ac.il:+]; DMARC_POLICY_ALLOW(-0.50)[huji.ac.il,none]; RCVD_IN_DNSWL_NONE(0.00)[210.116.65.132.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:378, ipnet:132.64.0.0/13, country:IL]; FREEMAIL_CC(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2020 09:14:31 -0000 > On 9 Jan 2020, at 05:24, Rick Macklem wrote: >=20 > The attached patch changes the xid to be a global for all = "connections" for > the krpc UDP client. >=20 > You could try it if you'd like. It passed a trivial test, but I don't = know why > there is that "misfeature" comment means, so I don't know if this = breaks that. >=20 > I can't think of why "xid" would have been per-connection (especially = since a > connection is a questionable concept for UDP), except that this might = have > originated in a userland library and carried into the kernel during = porting. >=20 > rick I will try it ASAP, in the meantime the new behavior of the NetAPP has = been disabled, and since I still don=E2=80=99t know what is causing the unexplained = huge number of unlock requests, it=E2=80=99s going to be a long debug process. also, I will see how to switch to TCP for the NLM protocol with minor = disruption. thanks, danny [=E2=80=A6]=20=