From owner-cvs-src@FreeBSD.ORG Fri Apr 11 11:26:44 2008 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A33106564A; Fri, 11 Apr 2008 11:26:44 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mail.rabson.org [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 363048FC18; Fri, 11 Apr 2008 11:26:44 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc] (unknown [IPv6:2002:50b1:e8f2:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id B70073F9F; Fri, 11 Apr 2008 12:26:42 +0100 (BST) Message-Id: From: Doug Rabson To: "Rong-en Fan" In-Reply-To: <6eb82e0804110419l12ceda38ncac4e3f6bb6051ce@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 11 Apr 2008 12:26:34 +0100 References: <200804111034.m3BAYx3s001148@repoman.freebsd.org> <6eb82e0804110419l12ceda38ncac4e3f6bb6051ce@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) Cc: cvs-src@freebsd.org, Doug Rabson , src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/nlm nlm_prot_impl.c src/sys/rpc clnt_rc.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Apr 2008 11:26:44 -0000 On 11 Apr 2008, at 12:19, Rong-en Fan wrote: > On Fri, Apr 11, 2008 at 6:34 PM, Doug Rabson wrote: >> dfr 2008-04-11 10:34:59 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/nlm nlm_prot_impl.c >> sys/rpc clnt_rc.c >> Log: >> Fix some issues that showed up during Kris' testing. > > Could you please tell us more about what these issues are? One was avoiding a cascade of error messages when lock requests were made by a a client with a host name that doesn't resolve in DNS (this is arguably a bug in rpc.statd as well but I'm not touching that). The other was avoiding a panic which appeared to be caused by the userland part of rpc.lockd dying under extreme load.