linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: linux-kernel@vger.kernel.org, eugene@ibrix.com,
	msnitzer@ibrix.com, akpm@linux-foundation.org,
	torvalds@linux-foundation.org
Subject: Re: ext3: fix ext3_dx_readdir hash collision handling - Regression
Date: Fri, 24 Oct 2008 06:41:52 -0400	[thread overview]
Message-ID: <20081024104152.GB8658@mit.edu> (raw)
In-Reply-To: <20081024042851.GA2360@gentoox2.trippelsdorf.de>

On Fri, Oct 24, 2008 at 06:28:51AM +0200, Markus Trippelsdorf wrote:
> 
> Notice that I don't use "rm -rf" but "rm -r". The problem only occurs
> when I run "rm -r" without the "-f" switch.
> 

Still having trouble reproducing it.  I'll try to look more at your
.config.  One difference i can see right off the bat is that I'm still
using an 32-bit x86 system, not a 64-bit x86 system.  That shouldn't
make a difference, though....

							- Ted

Script started on Fri 24 Oct 2008 06:36:47 AM EDT
Top-level shell (parent script)
Using forwarded ssh authentication socket
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
498# mke2fs -t ext3 /dev/thunk/testext4
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
65536 inodes, 262144 blocks
13107 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376

Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 22 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
499# debugfs -w /dev/thunk/testext4
debugfs 1.41.3 (12-Oct-2008)
debugfs:  ssv s_hash_seed c3188d40-b161-4458-b3f9-22ca7788110f
debugfs:  ssv s_def_hash_version tea
debugfs:  q
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
500# mount /dev/thunk/testext4 /mnt
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
501# tar -C /mnt -xjf /usr/projects/lin\aux/linux-2.6.27.2.tar.bz2 
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
502# /bin/rm -r /mnt/linux-2.6.27.2/
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
503# umount /mnt/
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
504# uname -a
Linux closure 2.6.27-00067-g5593f6c-dirty #13 SMP Thu Oct 23 22:22:03 EDT 2008 i686 GNU/Linux
<tytso.root@closure> {/usr/projects/linux/ext4}  [btree-debug]
505# exit

Script done on Fri 24 Oct 2008 06:39:22 AM EDT

  parent reply	other threads:[~2008-10-24 10:42 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-22  9:32 ext3: fix ext3_dx_readdir hash collision handling - Regression Markus Trippelsdorf
2008-10-23  3:28 ` Theodore Tso
2008-10-23  6:37   ` Markus Trippelsdorf
2008-10-24  0:01     ` Theodore Tso
     [not found]       ` <20081024042851.GA2360@gentoox2.trippelsdorf.de>
2008-10-24 10:41         ` Theodore Tso [this message]
2008-10-24 16:08         ` Linus Torvalds
2008-10-24 20:44           ` Theodore Tso
2008-10-25 11:56           ` [PATCH] " Theodore Tso
2008-10-25 12:25             ` Markus Trippelsdorf
2008-10-25 21:15             ` Linus Torvalds
2008-10-26  2:39               ` [GIT PULL] " Theodore Tso
2008-10-26  2:42                 ` [PATCH 1/2] ext3: Fix duplicate entries returned from getdents() system call Theodore Ts'o
2008-10-26  2:42                   ` [PATCH 2/2] ext4: " Theodore Ts'o

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=20081024104152.GB8658@mit.edu \
    --to=tytso@mit.edu \
    --cc=akpm@linux-foundation.org \
    --cc=eugene@ibrix.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=markus@trippelsdorf.de \
    --cc=msnitzer@ibrix.com \
    --cc=torvalds@linux-foundation.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).