Date: Mon, 5 Sep 2005 21:37:10 -0400 From: Mikhail Teterin <mi+kde@aldan.algebra.com> To: Eric Anderson <anderson@centtech.com>, Beecher Rintoul <akbeech@gmail.com> Cc: questions@freebsd.org, fs@freebsd.org Subject: Re: Strange case of filesystem corruption? Message-ID: <200509052137.10847@aldan> In-Reply-To: <431CE4F8.8000404@centtech.com> References: <200509051953.22337@aldan> <431CE4F8.8000404@centtech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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: % 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. -mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200509052137.10847>