(i sent a part of this mail from another email address which is not registered in this list, so i'm not sure whether it was deliverd or not. so here it is again with some more information)
hi all,
i used ext4 some months ago but switched back to ext3 then.
today i wanted to try out ext4 again and did the following:
i'm using latest gentoo-kernel, which is based on 2.6.26.2 and some few
patches
(patchlist: http://dev.gentoo.org/~dsd/genpatches/patches-2.6.26-1.htm).
i patched the kernel with
ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/LATEST-2.6.26/2.6.26-ext4-6.bz2
and compiled it successfully.
after a "ssv flags 4" and a "tune2fs -O extents" i could mount one of my
ext3 partitions as a ext4dev-drive. first, everything seemed to work,
but after some read/write to that drive i got the first kernel oops.
thought it might be because it was an old ext3-drive, so i formated the
drive with mkfs.ext4dev. but no change, still the same problems. now i'm
nearly always getting a kernel bug on umounting an ext4-drive (and then
the device is not accessible/mountable anymore). here's the recent one:
[ 830.270166] ------------[ cut here ]------------
[ 830.270166] kernel BUG at fs/ext4/inode.c:1561!
[ 830.270166] invalid opcode: 0000 [1] PREEMPT SMP
[ 830.270166] CPU 1
[ 830.270166] Modules linked in: nls_iso8859_1 xt_tcpudp
nf_conntrack_ipv4 xt_state iptable_filter ip_tables x_tables snd_pcm_oss
snd_mixer_oss nls_cp437 nf_conntrack_ftp nf_conntrack vboxdrv tda1004x
budget_av saa7146_vv videobuf_dma_sg videobuf_core videodev nvidia(P)
v4l1_compat budget_core dvb_core snd_hda_intel saa7146 ttpci_eeprom
snd_pcm usblp snd_page_alloc joydev
[ 830.270166] Pid: 6022, comm: umount Tainted: P
2.6.26-gentoo-r1 #1
[ 830.270166] RIP: 0010:[<ffffffff8031a39a>] [<ffffffff8031a39a>]
ext4_da_invalidatepage+0xda/0x140
[ 830.270166] RSP: 0018:ffff81019b8dbbc8 EFLAGS: 00010202
[ 830.270166] RAX: 0000000000000001 RBX: 0000000000000001 RCX:
0000000000000000
[ 830.270166] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
00000000000003ff
[ 830.270166] RBP: ffff81019b8dbc08 R08: 0000000000000400 R09:
000000000000000e
[ 830.270166] R10: ffffffffffffffc0 R11: 0000000000000001 R12:
ffff81019fa986d0
[ 830.270166] R13: 0000000000000000 R14: ffff8101bfd6a000 R15:
ffffe200059d4650
[ 830.270166] FS: 00007f7f9b339740(0000) GS:ffff8101bfc06580(0000)
knlGS:0000000000000000
[ 830.270166] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 830.270166] CR2: 00007fe1ea640000 CR3: 000000019b8bf000 CR4:
00000000000006e0
[ 830.270166] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 830.270166] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[ 830.270166] Process umount (pid: 6022, threadinfo ffff81019b8da000,
task ffff8101ade0d680)
[ 830.270166] Stack: ffff81019b8dbbd8 0000000000000000
ffff81019fa98a2c ffffe200059d4650
[ 830.270166] 0000000000000000 ffff81019b8dbc90 0000000000000001
ffff81019fa988a0
[ 830.270166] ffff81019b8dbc18 ffffffff80282b60 ffff81019b8dbc38
ffffffff8028316a
[ 830.270166] Call Trace:
[ 830.270166] [<ffffffff80282b60>] do_invalidatepage+0x20/0x30
[ 830.270166] [<ffffffff8028316a>] truncate_complete_page+0x6a/0x70
[ 830.270166] [<ffffffff802832cf>] truncate_inode_pages_range+0x15f/0x430
[ 830.270166] [<ffffffff802835b0>] truncate_inode_pages+0x10/0x20
[ 830.270166] [<ffffffff802bd0f1>] dispose_list+0xf1/0x130
[ 830.270166] [<ffffffff802bd4cc>] invalidate_inodes+0xec/0x110
[ 830.270166] [<ffffffff802a812a>] generic_shutdown_super+0x3a/0x120
[ 830.270166] [<ffffffff802a8225>] kill_block_super+0x15/0x30
[ 830.270166] [<ffffffff802a8316>] deactivate_super+0x56/0x80
[ 830.270166] [<ffffffff802c0ab6>] mntput_no_expire+0xe6/0x150
[ 830.270166] [<ffffffff802c0e89>] sys_umount+0x69/0x3e0
[ 830.270166] [<ffffffff802a9877>] ? sys_newstat+0x27/0x50
[ 830.270166] [<ffffffff8020c50b>] system_call_after_swapgs+0x7b/0x80
[ 830.270166]
[ 830.270166]
[ 830.270166] Code: 89 45 d0 e8 99 7b 2b 00 49 8b b4 24 40 03 00 00 48
89 df 44 29 ee e8 d6 fe ff ff 49 8b 94 24 48 03 00 00 48 63 d8 48 39 d3
76 04 <0f> 0b eb fe 89 d6 49 8d be b8 00 00 00 29 c6 ba 20 00 00 00 44
[ 830.270166] RIP [<ffffffff8031a39a>] ext4_da_invalidatepage+0xda/0x140
[ 830.270166] RSP <ffff81019b8dbbc8>
[ 830.270166] ---[ end trace 4538c50fe9c49e26 ]---
[ 830.270166] ------------[ cut here ]------------
[ 830.270166] WARNING: at kernel/exit.c:965 do_exit+0x37a/0x7c0()
[ 830.270166] Modules linked in: nls_iso8859_1 xt_tcpudp
nf_conntrack_ipv4 xt_state iptable_filter ip_tables x_tables snd_pcm_oss
snd_mixer_oss nls_cp437 nf_conntrack_ftp nf_conntrack vboxdrv tda1004x
budget_av saa7146_vv videobuf_dma_sg videobuf_core videodev nvidia(P)
v4l1_compat budget_core dvb_core snd_hda_intel saa7146 ttpci_eeprom
snd_pcm usblp snd_page_alloc joydev
[ 830.270166] Pid: 6022, comm: umount Tainted: P D
2.6.26-gentoo-r1 #1
[ 830.270166]
[ 830.270166] Call Trace:
[ 830.270166] [<ffffffff8023e61f>] warn_on_slowpath+0x5f/0xa0
[ 830.270166] [<ffffffff8023268e>] ? __resched_task+0x4e/0x80
[ 830.270166] [<ffffffff805cf4bf>] ? printk+0x67/0x70
[ 830.270166] [<ffffffff80242c1a>] do_exit+0x37a/0x7c0
[ 830.270166] [<ffffffff80231f0e>] ? __wake_up+0x4e/0x70
[ 830.270166] [<ffffffff8020da98>] oops_end+0x88/0x90
[ 830.270166] [<ffffffff8020e93e>] die+0x5e/0x90
[ 830.270166] [<ffffffff8020ee16>] do_trap+0x146/0x170
[ 830.270166] [<ffffffff8025ab51>] ? atomic_notifier_call_chain+0x11/0x20
[ 830.270166] [<ffffffff8020f322>] do_invalid_op+0x92/0xb0
[ 830.270166] [<ffffffff8031a39a>] ? ext4_da_invalidatepage+0xda/0x140
[ 830.270166] [<ffffffff805d2480>] ? _spin_unlock+0x10/0x40
[ 830.270166] [<ffffffff8027e878>] ? free_hot_cold_page+0x178/0x250
[ 830.270166] [<ffffffff805d2859>] error_exit+0x0/0x51
[ 830.270166] [<ffffffff8031a39a>] ? ext4_da_invalidatepage+0xda/0x140
[ 830.270166] [<ffffffff8031a38a>] ? ext4_da_invalidatepage+0xca/0x140
[ 830.270166] [<ffffffff80282b60>] ? do_invalidatepage+0x20/0x30
[ 830.270166] [<ffffffff8028316a>] ? truncate_complete_page+0x6a/0x70
[ 830.270166] [<ffffffff802832cf>] ?
truncate_inode_pages_range+0x15f/0x430
[ 830.270190] [<ffffffff802835b0>] ? truncate_inode_pages+0x10/0x20
[ 830.270193] [<ffffffff802bd0f1>] ? dispose_list+0xf1/0x130
[ 830.270197] [<ffffffff802bd4cc>] ? invalidate_inodes+0xec/0x110
[ 830.270201] [<ffffffff802a812a>] ? generic_shutdown_super+0x3a/0x120
[ 830.270205] [<ffffffff802a8225>] ? kill_block_super+0x15/0x30
[ 830.270208] [<ffffffff802a8316>] ? deactivate_super+0x56/0x80
[ 830.270212] [<ffffffff802c0ab6>] ? mntput_no_expire+0xe6/0x150
[ 830.270215] [<ffffffff802c0e89>] ? sys_umount+0x69/0x3e0
[ 830.270220] [<ffffffff802a9877>] ? sys_newstat+0x27/0x50
[ 830.270224] [<ffffffff8020c50b>] ? system_call_after_swapgs+0x7b/0x80[13251.598595] ------------[ cut here ]------------
[13251.598600] kernel BUG at fs/ext4/mballoc.c:3963!
[13251.598601] invalid opcode: 0000 [1] PREEMPT SMP
[13251.598604] CPU 0
[13251.598605] Modules linked in: nls_iso8859_1 xt_tcpudp nf_conntrack_ipv4 xt_state iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss nls_cp437 nf_conntrack_ftp nf_conntrack vboxdrv tda1004x nvidia(P) budget_av saa7146_vv videobuf_dma_sg videobuf_core videodev v4l1_compat snd_hda_intel budget_core dvb_core saa7146 snd_pcm ttpci_eeprom usblp snd_page_alloc joydev
[13251.598624] Pid: 19892, comm: firefox-bin Tainted: P 2.6.26-gentoo-r1 #1
[13251.598626] RIP: 0010:[<ffffffff80332aa1>] [<ffffffff80332aa1>] ext4_mb_free_blocks+0x6d1/0x6e0
[13251.598632] RSP: 0018:ffff8101ae437b28 EFLAGS: 00010206
[13251.598633] RAX: ffff8101abe968e0 RBX: ffff8101b2dcaf60 RCX: 0000000000000000
[13251.598634] RDX: ffff8101abe96c08 RSI: 0000000000001802 RDI: ffff8101ae437b98
[13251.598636] RBP: ffff8101ae437c28 R08: 0000000000000000 R09: 0000000000006000
[13251.598637] R10: 0000000000000074 R11: ffff8101bfd9e000 R12: ffff8101ac751e80
[13251.598638] R13: ffff8101bffbcc00 R14: 000000000000000c R15: 0000000000000000
[13251.598640] FS: 0000000000000000(0000) GS:ffffffff807ac000(0063) knlGS:00000000f649b6d0
[13251.598642] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033
[13251.598643] CR2: 00000000f4830000 CR3: 00000001a24fa000 CR4: 00000000000006e0
[13251.598644] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[13251.598646] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[13251.598647] Process firefox-bin (pid: 19892, threadinfo ffff8101ae436000, task ffff8101bd245680)
[13251.598649] Stack: ffff8101ae437b78 ffff8101ae437c48 0000000000000010 ffff8101abe969a0
[13251.598652] ffff8101bfa02000 0000000c805d2057 ffff8101bfd9e0b8 ffff8101bbebc770
[13251.598655] ffff8101bbd15000 0000000000000000 ffff8101bfd9e000 ffff8101abe968e0
[13251.598657] Call Trace:
[13251.598663] [<ffffffff80314eb8>] ext4_free_blocks+0x68/0xf0
[13251.598666] [<ffffffff8031cc30>] ext4_clear_blocks+0x140/0x170
[13251.598669] [<ffffffff8031cd77>] ext4_free_data+0x117/0x160
[13251.598671] [<ffffffff8031d694>] ext4_truncate+0x674/0x750
[13251.598674] [<ffffffff80317f3b>] ? ext4_mark_iloc_dirty+0x2eb/0x570
[13251.598676] [<ffffffff80318d6a>] ? ext4_mark_inode_dirty+0x6a/0x1b0
[13251.598679] [<ffffffff8031d988>] ext4_delete_inode+0x218/0x280
[13251.598681] [<ffffffff8031d770>] ? ext4_delete_inode+0x0/0x280
[13251.598684] [<ffffffff802bd56f>] generic_delete_inode+0x7f/0x110
[13251.598686] [<ffffffff802bd77d>] generic_drop_inode+0x17d/0x1a0
[13251.598688] [<ffffffff802bc41d>] iput+0x5d/0x70
[13251.598690] [<ffffffff802b1b34>] do_unlinkat+0x144/0x1f0
[13251.598693] [<ffffffff8022ce4e>] ? sys32_lstat64+0x2e/0x40
[13251.598696] [<ffffffff802b1bf1>] sys_unlink+0x11/0x20
[13251.598699] [<ffffffff8022b3b2>] sysenter_do_call+0x1b/0x66
[13251.598701]
[13251.598702]
[13251.598702] Code: 48 c7 c2 58 5c 70 80 48 c7 c6 e0 1b 60 80 4c 89 ef 31 c0 45 31 ff e8 8f 42 ff ff e9 ba fd ff ff 41 bf fb ff ff ff e9 af fd ff ff <0f> 0b 0f 1f 44 00 00 eb f9 66 0f 1f 44 00 00 55 48 89 e5 41 57
[13251.598726] RIP [<ffffffff80332aa1>] ext4_mb_free_blocks+0x6d1/0x6e0
[13251.598729] RSP <ffff8101ae437b28>
[13251.598732] ---[ end trace 876f214aca582890 ]---
[13251.598736] note: firefox-bin[19892] exited with preempt_count 1
[ 830.270228]
[ 830.270231] ---[ end trace 4538c50fe9c49e26 ]---
[ 830.270235] note: umount[6022] exited with preempt_count 1
is this a known problem?
regards
and here's a kernel fault while using the filesystem (happened on quitting firefox, the profile is located on the drive). the drive was unusuable after this:
[13251.598595] ------------[ cut here ]------------
[13251.598600] kernel BUG at fs/ext4/mballoc.c:3963!
[13251.598601] invalid opcode: 0000 [1] PREEMPT SMP
[13251.598604] CPU 0
[13251.598605] Modules linked in: nls_iso8859_1 xt_tcpudp nf_conntrack_ipv4 xt_state iptable_filter ip_tables x_tables snd_pcm_oss snd_mixer_oss nls_cp437 nf_conntrack_ftp nf_conntrack vboxdrv tda1004x nvidia(P) budget_av saa7146_vv videobuf_dma_sg videobuf_core videodev v4l1_compat snd_hda_intel budget_core dvb_core saa7146 snd_pcm ttpci_eeprom usblp snd_page_alloc joydev
[13251.598624] Pid: 19892, comm: firefox-bin Tainted: P 2.6.26-gentoo-r1 #1
[13251.598626] RIP: 0010:[<ffffffff80332aa1>] [<ffffffff80332aa1>] ext4_mb_free_blocks+0x6d1/0x6e0
[13251.598632] RSP: 0018:ffff8101ae437b28 EFLAGS: 00010206
[13251.598633] RAX: ffff8101abe968e0 RBX: ffff8101b2dcaf60 RCX: 0000000000000000
[13251.598634] RDX: ffff8101abe96c08 RSI: 0000000000001802 RDI: ffff8101ae437b98
[13251.598636] RBP: ffff8101ae437c28 R08: 0000000000000000 R09: 0000000000006000
[13251.598637] R10: 0000000000000074 R11: ffff8101bfd9e000 R12: ffff8101ac751e80
[13251.598638] R13: ffff8101bffbcc00 R14: 000000000000000c R15: 0000000000000000
[13251.598640] FS: 0000000000000000(0000) GS:ffffffff807ac000(0063) knlGS:00000000f649b6d0
[13251.598642] CS: 0010 DS: 002b ES: 002b CR0: 0000000080050033
[13251.598643] CR2: 00000000f4830000 CR3: 00000001a24fa000 CR4: 00000000000006e0
[13251.598644] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[13251.598646] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[13251.598647] Process firefox-bin (pid: 19892, threadinfo ffff8101ae436000, task ffff8101bd245680)
[13251.598649] Stack: ffff8101ae437b78 ffff8101ae437c48 0000000000000010 ffff8101abe969a0
[13251.598652] ffff8101bfa02000 0000000c805d2057 ffff8101bfd9e0b8 ffff8101bbebc770
[13251.598655] ffff8101bbd15000 0000000000000000 ffff8101bfd9e000 ffff8101abe968e0
[13251.598657] Call Trace:
[13251.598663] [<ffffffff80314eb8>] ext4_free_blocks+0x68/0xf0
[13251.598666] [<ffffffff8031cc30>] ext4_clear_blocks+0x140/0x170
[13251.598669] [<ffffffff8031cd77>] ext4_free_data+0x117/0x160
[13251.598671] [<ffffffff8031d694>] ext4_truncate+0x674/0x750
[13251.598674] [<ffffffff80317f3b>] ? ext4_mark_iloc_dirty+0x2eb/0x570
[13251.598676] [<ffffffff80318d6a>] ? ext4_mark_inode_dirty+0x6a/0x1b0
[13251.598679] [<ffffffff8031d988>] ext4_delete_inode+0x218/0x280
[13251.598681] [<ffffffff8031d770>] ? ext4_delete_inode+0x0/0x280
[13251.598684] [<ffffffff802bd56f>] generic_delete_inode+0x7f/0x110
[13251.598686] [<ffffffff802bd77d>] generic_drop_inode+0x17d/0x1a0
[13251.598688] [<ffffffff802bc41d>] iput+0x5d/0x70
[13251.598690] [<ffffffff802b1b34>] do_unlinkat+0x144/0x1f0
[13251.598693] [<ffffffff8022ce4e>] ? sys32_lstat64+0x2e/0x40
[13251.598696] [<ffffffff802b1bf1>] sys_unlink+0x11/0x20
[13251.598699] [<ffffffff8022b3b2>] sysenter_do_call+0x1b/0x66
[13251.598701]
[13251.598702]
[13251.598702] Code: 48 c7 c2 58 5c 70 80 48 c7 c6 e0 1b 60 80 4c 89 ef 31 c0 45 31 ff e8 8f 42 ff ff e9 ba fd ff ff 41 bf fb ff ff ff e9 af fd ff ff <0f> 0b 0f 1f 44 00 00 eb f9 66 0f 1f 44 00 00 55 48 89 e5 41 57
[13251.598726] RIP [<ffffffff80332aa1>] ext4_mb_free_blocks+0x6d1/0x6e0
[13251.598729] RSP <ffff8101ae437b28>
[13251.598732] ---[ end trace 876f214aca582890 ]---
[13251.598736] note: firefox-bin[19892] exited with preempt_count 1
hope you can help me, thanks.
__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verf?gt ?ber einen herausragenden Schutz gegen Massenmails.
http://mail.yahoo.com
Markus d wrote:
> (i sent a part of this mail from another email address which is not registered in this list, so i'm not sure whether it was deliverd or not. so here it is again with some more information)
>
> hi all,
>
> i used ext4 some months ago but switched back to ext3 then.
>
> today i wanted to try out ext4 again and did the following:
>
> i'm using latest gentoo-kernel, which is based on 2.6.26.2 and some few
> patches
> (patchlist: http://dev.gentoo.org/~dsd/genpatches/patches-2.6.26-1.htm).
>
> i patched the kernel with
> ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/LATEST-2.6.26/2.6.26-ext4-6.bz2
> and compiled it successfully.
>
> after a "ssv flags 4" and a "tune2fs -O extents" i could mount one of my
> ext3 partitions as a ext4dev-drive. first, everything seemed to work,
> but after some read/write to that drive i got the first kernel oops.
>
> thought it might be because it was an old ext3-drive, so i formated the
> drive with mkfs.ext4dev. but no change, still the same problems. now i'm
> nearly always getting a kernel bug on umounting an ext4-drive (and then
> the device is not accessible/mountable anymore). here's the recent one:
>
> [ 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>
>
> and here's a kernel fault while using the filesystem (happened on quitting firefox, the profile is located on the drive). the drive was unusuable after this:
>
> [13251.598595] ------------[ cut here ]------------
> [13251.598600] kernel BUG at fs/ext4/mballoc.c:3963!
AFAIK, this one has been addressed; see the thread at:
http://marc.info/?l=linux-ext4&m=121865380302199&w=4
-Eric
On Sat, Aug 16, 2008 at 06:58:10PM -0500, Eric Sandeen wrote:
> > i patched the kernel with
> > ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/LATEST-2.6.26/2.6.26-ext4-6.bz2
> > and compiled it successfully.
> >
> > after a "ssv flags 4" and a "tune2fs -O extents" i could mount one of my
> > ext3 partitions as a ext4dev-drive. first, everything seemed to work,
> > but after some read/write to that drive i got the first kernel oops.
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
> > thought it might be because it was an old ext3-drive, so i formated the
> > drive with mkfs.ext4dev. but no change, still the same problems. now i'm
> > nearly always getting a kernel bug on umounting an ext4-drive (and then
> > the device is not accessible/mountable anymore). here's the recent one:
> >
> > [ 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?
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.
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
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.
[1] The git repository is at: http://repo.or.cz/w/ext4-patch-queue.git
BTW, I've updated the Ext4 Howto in the Wiki with this information, so
hopefully it will help other people who are trying out ext4.
- Ted
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