From owner-freebsd-fs@FreeBSD.ORG Tue Sep 6 02:17:09 2005 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C2316A420 for ; Tue, 6 Sep 2005 02:17:09 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D41643D48 for ; Tue, 6 Sep 2005 02:17:08 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.13.1) with ESMTP id j862GYYN093131; Mon, 5 Sep 2005 22:16:35 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.13.1/Submit) id j862GXVQ093130; Mon, 5 Sep 2005 22:16:33 -0400 (EDT) (envelope-from bv) Date: Mon, 5 Sep 2005 22:16:33 -0400 From: Bill Vermillion To: Mikhail Teterin Message-ID: <20050906021633.GA93053@wjv.com> References: <200509051953.22337@aldan> <431CE4F8.8000404@centtech.com> <200509052137.10847@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509052137.10847@aldan> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bilver.wjv.com Cc: fs@freebsd.org, Beecher Rintoul Subject: Re: Strange case of filesystem corruption? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 02:17:09 -0000 In the last exciting episode of the Mikhail Teterin saga on Mon, Sep 05, 2005 at 21:37 , Mikhail Teterin as heard to say: > On Monday 05 September 2005 08:38 pm, Eric Anderson wrote: > = Mikhail Teterin wrote: > = > Can this be explained by anything other than a (nasty) bug? > = > % ls -la audio/shorten/files > = > total 0 > = > % rmdir audio/shorten/files > = > rmdir: audio/shorten/files: Directory not empty > = > This is on 5.4-stable from July 21 -- up ever since... Thanks! > [...] > = Can you show permissions on the directories audio, shorten, and files? > Well, ls of the directory succeds above, so it can not be the permission > problem. But here: > % cd audio/shorten > % ls -lds > 2 drwxrwxr-x 4 mi wheel 512 Jul 21 01:13 . > % ls -loas files > total 0 > % rmdir files > rmdir: files: Directory not empty > = Also - what is your securelevel set to > Default. > = and have you checked to see if there are processes with any open files > = in those directories? > I doubt there are any, and why would that affect anything anyway? Here: You could check to be sure by running 'lsof'. That should remove all doubts. > % mkdir /tmp/q > % touch /tmp/q/meow > % tail -F /tmp/q/meow & > [2] 39947 > % rm /tmp/q/meow > % rmdir /tmp/q > > In other words, the directory (/tmp/q) is removable even if a process > (tail) still has a deleted file (meow) in it opened. > > On Monday 05 September 2005 08:42 pm, Beecher Rintoul wrote: > = Try rm -R audio/shorten/files > > Thank you, but I'm afraid, it may succeed in deleting the directory, > while I try to figure out, what is happening -- the directory is empty > according to ls, but not empty according to rmdir. I've seen this fairly recenlty in a 4.x [it's either 9, 10, or 11 - and I don't remember which server it was on so I can't verify the version number]. And I'm sorry I don't remember exactly what I did to fix it, as I tried many ways before I got the right one. Every now and then almost every Unix system does something that is almost unfathomable. Bill -- Bill Vermillion - bv @ wjv . com