From: supersud501 <supersud501@yahoo.de>
To: Theodore Tso <tytso@mit.edu>,
linux-ext4@vger.kernel.org, Eric Sandeen <sandeen@redhat.com>
Subject: Re: frequent kernel bugs with 2.6.26-gentoo-r1
Date: Sun, 17 Aug 2008 19:52:22 +0200 [thread overview]
Message-ID: <48A86556.5030205@yahoo.de> (raw)
In-Reply-To: <20080817121123.GD8774@mit.edu>
Theodore Tso wrote:
> You don't have to use debugfs to set "ssv flags 4" anymore. If you
> are converting an existing ext3 filesystem, "tune2fs -E test_fs -O
> extents /dev/sdXXX" works just fine. Please see:
>
> http://ext4.wiki.kernel.org/index.php/Ext4_Howto
allright, didn't know that address before - i'll check it out
>>> [ 830.270166] ------------[ cut here ]------------
>>> [ 830.270166] kernel BUG at fs/ext4/inode.c:1561!
>>> [ 830.270166] invalid opcode: 0000 [1] PREEMPT SMP
>>
>> <lazy>can you correlate to where this is in the 2.6.26.2 kernel?</lazy>
>
> I'm guessing that it's this BUG_ON in ext4_da_release_space:
>
> BUG_ON(mdb > EXT4_I(inode)->i_reserved_meta_blocks);
>
> which was addressed by fix-delalloc-release-block-reservation-for-truncate
> in the ex4 patch queue.
>
> The only thing which is funny is that if this is true, this bug has
> only hit ext3 filesysem that had been converted to ext4 --- and
> Markus, you said you have hit errors on a filesystem that was freshly
> created using mkfs.ext4dev?
i think i wasn't clear enough in my last mail - i tested on both types,
fresh formated and existing ones. i think the error happened on a
converted ext3-drive, so no need to worry.
>
> Ah.... I think I know, #1 are you using e2fsprogs 1.41.0, and #2,
> I'll bet you compiled from source and didn't install the new
> mke2fs.conf file that comes with e2fsprogs 1.41.0. It is critically
> important that mke2fs for 1.41.0 use the mke2fs.conf file that is
> shipped with e2fsprogs 1.41.0 as a starting point. If you don't, and
> you use the old mke2fs.conf from previous releases, mkfs.ext4dev won't
> actually enable extents, so you don't get the benefits of ext4, and
> the bugs trigger when you delete non-extent files when the filesystem
> is mounted using ext4dev.
you're right with #1, but i'm using the new mke2fs.conf. but as i wrote
above, the error happened on an ex3-converted drive. nevertheless thanks
for looking into my problem.
>
> In any case, the two patches that you want are:
>
> ext4-fix-no-extent-truncate-i_prealloc-bug
> fix-delalloc-release-block-reservation-for-truncate
i applied them already after reading eric's mail - and no problems so
far! thanks.
> in the ext4 patch queue[1], or just wait a few days and I'll get a
> patchset out versus 2.6.26 quickly. It would be sooner, but there are
> few other patches I'm hoping we can stablize, and I'm currently at a
> family reunion in Baltimore for the next few days, so I don't know how
> much ext4 hacking time I'll have.
no need to hurry, at least not for me, it works now!
i must say your and eric's support is really great - like last time you
helped me very fast. thanks for it. so i'll try out using ext4 now as my
primary filesystem (let's see when i run into the next kernel bug ;) )
regards,
Markus
prev parent reply other threads:[~2008-08-17 18:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-16 22:32 frequent kernel bugs with 2.6.26-gentoo-r1 Markus d
2008-08-16 23:58 ` Eric Sandeen
2008-08-17 12:11 ` Theodore Tso
2008-08-17 17:52 ` supersud501 [this message]
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=48A86556.5030205@yahoo.de \
--to=supersud501@yahoo.de \
--cc=linux-ext4@vger.kernel.org \
--cc=sandeen@redhat.com \
--cc=tytso@mit.edu \
/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