All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: Larry McVoy <lm@work.bitmover.com>, linux-kernel@vger.kernel.org
Subject: Re: Weird ext2 problem in 2.4.18 (redhat)
Date: Sat, 8 Nov 2003 11:44:10 -0500	[thread overview]
Message-ID: <20031108164410.GB2955@thunk.org> (raw)
In-Reply-To: <20031108063341.GA8349@work.bitmover.com>

On Fri, Nov 07, 2003 at 10:33:41PM -0800, Larry McVoy wrote:
> The BitKeeper source tree looks like
> 
> 	BitKeeper/  SCCS/  doc/  man/  src/
> 
> I have a repository where it looks like
> 
> 	 src/  BitKeeper/  PENDING/  RELEASE-NOTES  SCCS/  doc/  man/  src/
> 
> That first src/ is actually " src/" and it has some rather strange behaviour.
> It's a different directory inode than "src/" but if I create a file in " src/"
> it shows up in "src/" and vice versa.
> 
> Hey, neato, it gets weirder.  I went to go run an example and now most of
> the files in " src/" are gone, most but not all.

Sounds like there is a two directory entries with the same name in the
same directory.  This can cuase severe confusion since the kernel
assumes that this will never happen.  Depending on which one gets
found first, and what is cached in the dentry cache, you'll get one
inode or the other.

E2fsck doesn't normally notice these sorts of inconsistencies, since
it takes too much time and memory to look for duplicate entries.  If
you optimize directories using "e2fsck -fD", it will find and offer to
rename directory entires with a duplicated name.

If you notice the problem, you can also go in directly with debugfs
and rename the errant directory entry directly.

						- Ted

  reply	other threads:[~2003-11-08 18:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-08  6:33 Weird ext2 problem in 2.4.18 (redhat) Larry McVoy
2003-11-08 16:44 ` Theodore Ts'o [this message]
2003-11-08 20:03   ` Larry McVoy
2003-11-08 22:12   ` Davide Libenzi
2003-11-13 11:38   ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20031108164410.GB2955@thunk.org \
    --to=tytso@mit.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm@work.bitmover.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.