From owner-freebsd-current@FreeBSD.ORG Tue Sep 19 14:27:42 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E74F416A40F for ; Tue, 19 Sep 2006 14:27:42 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424CD43D5C for ; Tue, 19 Sep 2006 14:27:42 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k8JEReSx008372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 18:27:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k8JERe4X008371; Tue, 19 Sep 2006 18:27:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Sep 2006 18:27:39 +0400 From: Gleb Smirnoff To: David Malone Message-ID: <20060919142739.GM27667@cell.sick.ru> References: <20060919133702.GJ27667@FreeBSD.org> <20060919140953.GA46227@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060919140953.GA46227@walton.maths.tcd.ie> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: VFS(?) weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Sep 2006 14:27:43 -0000 On Tue, Sep 19, 2006 at 03:09:53PM +0100, David Malone wrote: D> On Tue, Sep 19, 2006 at 05:37:02PM +0400, Gleb Smirnoff wrote: D> > Dear collegues, D> > D> > I've got a box running HEAD where a strange bug is observed. The below D> > script always returns on this box: D> > D> > pwd: .: Permission denied D> D> I've tried this on a current machine (as of Sept 16th) and don't D> see the same thing. Yep, this box is the only one I observe the bug on. :( I've observed it last few months, and I update to HEAD weekly. Moreover, the /home/glebius directory on thix box is NFS exported and mounted on another box as /home/glebius. On this other box (NFS client) I run th test successfully from /home/glebius, while on NFS server it fails. D> I'd guess this is somehow related to the fact that removing a D> directory flushes the nami cache for things related to that directory's D> parent. This probably results in the kernel getcwd failing and it D> falling back to the userland getcwd code, which needs to read and D> stat every directory above you in the filesystem tree. Do you have D> a directory further up your path that isn't readable/statable? Yes. I can reproduce it in my home, or in /tmp. All upper directories are readable. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE