From owner-cvs-src@FreeBSD.ORG Thu Apr 10 12:23:31 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 671C3106566C; Thu, 10 Apr 2008 12:23:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 021B88FC1E; Thu, 10 Apr 2008 12:23:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47FE06C0.20309@FreeBSD.org> Date: Thu, 10 Apr 2008 14:23:28 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Doug Rabson References: <200804100939.m3A9dUFu028748@repoman.freebsd.org> <47FDE41D.5090601@FreeBSD.org> <9E913B4A-C81E-4AB8-AFF8-F51FC9B25721@rabson.org> <47FDEBA0.3050908@FreeBSD.org> <7E968817-C2EF-4A0C-BBC4-ACF3010EF83E@rabson.org> In-Reply-To: <7E968817-C2EF-4A0C-BBC4-ACF3010EF83E@rabson.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, Doug Rabson , src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/gen lockf.c src/lib/libc/include libc_private.h src/lib/libc/rpc svc_vc.c src/lib/libc/sys Makefile.inc Symbol.map fcntl.2 fcntl.c src/lib/libc/xdr xdr_rec.c src/sys/amd64/conf GENERIC src/sys/arm/conf AVILA BWCT CRB EP80219 ... 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: Thu, 10 Apr 2008 12:23:31 -0000 Doug Rabson wrote: > > On 10 Apr 2008, at 11:27, Kris Kennaway wrote: > >> Doug Rabson wrote: >>> On 10 Apr 2008, at 10:55, Kris Kennaway wrote: >>>> Doug Rabson wrote: >>>>> dfr 2008-04-10 09:39:29 UTC >>>>> FreeBSD src repository >>>>> Modified files: (Branch: RELENG_7) >>>>> lib/libc/gen lockf.c >>>> >>>> Hmm, I am concerned by this quick merge because rpc.lockd is still >>>> not usable for me on HEAD. I had to disable it entirely on all of >>>> my client machines because it will usually hang and become >>>> unkillable when locking files over NFS (when interoperating with a >>>> 7.0 server). I haven't had time to get the tcpdump trace you >>>> requested because of focusing on other problems. Because of the >>>> client problems I haven't tested it at all on the server side yet. >>>> >>>> I really don't think this has received sufficient testing yet. >>> I'm pretty sure I fixed that problem with my change to >>> src/lib/libc/rpc/svc_vc.c revision 1.27. >> >> OK, I will retry, but that would just mean I can start testing. Let's >> hope the rest of the code is bug-free :) > > Thanks. If problems show up with RELENG_7 users, I can disable use of > the kernel NLM without necessarily having to back out the whole thing. > Lets see what shows up - I'll hold off committing to RELENG_6 for now. > > > After cvs update and rebuilding kernel, includes, libc and rpc.lockd, I still get: hydra2# rpc.lockd Can't find or load kernel support for rpc.lockd - using non-kernel implementation hydra2# ps aux | grep lockd root 1217 0.0 0.0 3212 1188 ?? Ss 12:21PM 0:00.00 rpc.lockd: server (rpc.lockd) daemon 1218 0.0 0.0 3212 1360 ?? S 12:21PM 0:00.00 rpc.lockd: client (rpc.lockd) root 1219 0.0 0.0 3212 1188 ?? D 12:21PM 0:00.00 rpc.lockd: server (rpc.lockd) root 1221 0.0 0.0 552 352 p0 D+ 12:21PM 0:00.00 grep lockd hydra2# vi /etc/rc.conf load: 0.95 cmd: vi 1222 [lockd] 0.00u 0.00s 0% 1420k /etc is on a NFS-mounted / Kris