From owner-freebsd-fs@FreeBSD.ORG Tue Jan 22 04:02:54 2008 Return-Path: Delivered-To: fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4248516A421; Tue, 22 Jan 2008 04:02:54 +0000 (UTC) (envelope-from jaharkes@cs.cmu.edu) Received: from delft.aura.cs.cmu.edu (unknown [IPv6:2002:8002:ce58::1]) by mx1.freebsd.org (Postfix) with ESMTP id DC04213C43E; Tue, 22 Jan 2008 04:02:53 +0000 (UTC) (envelope-from jaharkes@cs.cmu.edu) Received: from jaharkes by delft.aura.cs.cmu.edu with local (Exim 4.68) (envelope-from ) id 1JHALd-0006G8-3c; Mon, 21 Jan 2008 23:02:53 -0500 Date: Mon, 21 Jan 2008 23:02:52 -0500 From: Jan Harkes To: Robert Watson Message-ID: <20080122040252.GI30266@cs.cmu.edu> References: <20080119165056.E3375@fledge.watson.org> <20080122010003.B29737@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080122010003.B29737@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-12-11) Cc: fs@FreeBSD.org, Rune Subject: Re: Various FreeBSD Coda fixes X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2008 04:02:54 -0000 On Tue, Jan 22, 2008 at 01:04:31AM +0000, Robert Watson wrote: > I've merged these, and a couple more since then, to RLEENG_7, and will > request an MFC to RELENG_7_0 to include them in the forthcoming FreeBSD > 7.0. It would be very helpful, if you have a 7.x box, if you could > update to the head of RELENG_7 to pick up these fixes, and test with Coda > with them. I will upgrade my vm and test. > - Rune has reported a hang with X11 and Coda, but we haven't yet been able to > track it down much yet -- might not be related to Coda. He does tend to run pretty much everything out of Coda, and is very good at triggering bugs which can be very hard to reproduce in isolation. Wouldn't surprise me if this is somehow a Coda bug he manages to trigger. > - ".." and "." sometimes appear to have problems in the root directory of the > root volume of a realm (i.e., /coda/testserver.coda.cs.cmu.edu). I'm not > sure if this is a Coda client bug or a kernel bug, quite possibly the > latter. This most likely won't be fixed for 7.0 unless it jumps out at me > tomorrow. Known Coda client problem. Across the volume mount we have 2 different objects, the root of the volume and the mountlink object on which is it mounted. If you do a low-level readdir on the parent you see the identifier of the mountlink and not the volume root. So stat('.') in the volume root cannot be found in the readdir('..') information, the only way to match it up right now is to stat() every entry you got back from readdir. > - getpwd() appears to have problems, possibly related to the previous bug if > it's unable to recurse to the root. Because Coda doesn't use the global Correct. I really see this as a Coda client issue, although is has been fixed in the Linux kernel module by peeking in the in-kernel directory cache. Effectively similar to calling stat(2) on all children as long as they are cached, and the components of the path we're looking up are guaranteed to be cached because they are held pinned down by the cwd reference of the process that calls getcwd. Jan