From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wedgwood Subject: Re: ext2/3 subdirectory limit [WAS: Choosing and tuning Linux file systems] Date: Mon, 26 Jun 2006 14:03:41 -0700 Message-ID: <20060626210341.GB28032@tuatara.stupidest.org> References: <20060625220052.GX19196@goober> <20060626111024.GB3114@harddisk-recovery.com> <20060626123635.GA15200@fspc268> <20060626125435.GA3911@thunk.org> <20060626173556.GA19815@tuatara.stupidest.org> <20060626210357.GA4308@fspc268> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Theodore Tso , Erik Mouw , linux-fsdevel@vger.kernel.org Return-path: Received: from smtp108.sbc.mail.mud.yahoo.com ([68.142.198.207]:10889 "HELO smtp108.sbc.mail.mud.yahoo.com") by vger.kernel.org with SMTP id S933030AbWFZVDm (ORCPT ); Mon, 26 Jun 2006 17:03:42 -0400 To: Tomas Hruby Content-Disposition: inline In-Reply-To: <20060626210357.GA4308@fspc268> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Mon, Jun 26, 2006 at 11:03:57PM +0200, Tomas Hruby wrote: > So if I have a directory where the nlink does not correspond with > then number of subdirectories, the applications you mentined don't > work correctly? yes > As Ted said, not all fiel systems follow this. This means that such > applications cannot e.g., remove a directory (rm -r) from such a FS? i don't know about rm, but some versions of find need -noleaf (see the man page for details) > I am asking because we have an issue that an older version of mc > cannot remove directory recursively, however we have not observed > this on any new system. Might the nlink count be the problem? i'm not seen the nlink problem occur because pretty much all filesystems have nlink set correctly *or* they set it to one like autofs does which happens to work because 1-2-n underflows (there are also those who claim that nlink==1 implies you don't know how many links there are)