Bug 41712 - kernel BUG at fs/jbd/transaction.c:1155!
Summary: kernel BUG at fs/jbd/transaction.c:1155!
Status: NEW
Alias: None
Product: File System
Classification: Unclassified
Component: ext3 (show other bugs)
Hardware: All Linux
: P1 high
Assignee: fs_ext3@kernel-bugs.osdl.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-25 11:00 UTC by Simon
Modified: 2021-07-30 06:34 UTC (History)
5 users (show)

See Also:
Kernel Version: 3.0.1-gentoo
Subsystem:
Regression: No
Bisected commit-id:


Attachments
fsck finally destroyed the remaining filesystem :-/ O.o (47.43 KB, text/plain)
2011-08-26 04:31 UTC, Simon
Details

Description Simon 2011-08-25 11:00:04 UTC
I had mounted a 3TB USB HDD with 4k-Blocksize GPT-Partitioning-Sheme and luks.
I then mv'ed from one luks partition to another, when i watched a day later only one folder was moved and it hang with the other:

7.706985] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668189, length 1
[10187.707609] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668190, length 1
[10187.708234] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668191, length 1
[10187.708859] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668192, length 1
[10187.709611] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668193, length 1
[10187.710234] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668194, length 1
[10187.710859] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 718668197, length 1
...
[10367.366198] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719673291, length 1
[10367.706486] EXT3-fs error (device dm-0): ext3_valid_block_bitmap: Invalid block bitmap - block_group = 21963, block = 719706059
[10367.707449] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719683584, length 1
[10367.717603] EXT3-fs error (device dm-0): ext3_valid_block_bitmap: Invalid block bitmap - block_group = 21964, block = 719738828
[10367.718322] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719716352, length 1
[10367.727604] EXT3-fs error (device dm-0): ext3_valid_block_bitmap: Invalid block bitmap - block_group = 21965, block = 719771597
[10367.728322] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719749120, length 1
[10367.729073] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719749128, length 1
[10367.729695] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 719749232, length 1
...
[10369.453073] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 717586544, length 1
[10369.453699] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 717619312, length 1
[10369.454324] EXT3-fs error (device dm-0): ext3_new_block: Allocating block in system zone - blocks from 717651970, length 1
[10369.454957] ------------[ cut here ]------------
[10369.454960] kernel BUG at fs/jbd/transaction.c:1155!
[10369.454962] invalid opcode: 0000 [#1] SMP 
[10369.454964] CPU 0 
[10369.454965] Modules linked in: fglrx(P) xts gf128mul dm_crypt snd_seq snd_seq_device snd_pcm_oss dm_mod snd_hda_codec_hdmi snd_hda_intel snd_hda_codec snd_pcm intel_agp intel_gtt snd_timer agpgart snd pcspkr snd_page_alloc
[10369.454976] 
[10369.454978] Pid: 2804, comm: mv Tainted: P            3.0.1-gentoo #1 System manufacturer System Product Name/P5Q
[10369.454982] RIP: 0010:[<ffffffff811433c2>]  [<ffffffff811433c2>] journal_dirty_metadata+0x112/0x120
[10369.454989] RSP: 0018:ffff88011ad136d8  EFLAGS: 00010246
[10369.454990] RAX: ffff880041a5e0c0 RBX: ffff880020d9c930 RCX: ffff88011ad13880
[10369.454992] RDX: 0000000000000000 RSI: ffff88009ee86c98 RDI: ffff88012890d420
[10369.454993] RBP: ffff88012890d420 R08: 00000000ffffffff R09: ffff88011ad137b0
[10369.454995] R10: ffff8801213b7e00 R11: 0000000000000000 R12: ffff8801240bf400
[10369.454996] R13: 0000000000000078 R14: ffff8801213b7f48 R15: 000000002ac70000
[10369.454998] FS:  00007f07eb0d3700(0000) GS:ffff88012fc00000(0000) knlGS:0000000000000000
[10369.455000] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[10369.455002] CR2: 00007fe97fe0c000 CR3: 000000012b3b0000 CR4: 00000000000406f0
[10369.455003] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[10369.455005] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[10369.455007] Process mv (pid: 2804, threadinfo ffff88011ad12000, task ffff8801213e7a60)
[10369.455008] Stack:
[10369.455009]  ffffffff00000078 ffffffff8144e070 ffff88009ee86c98 ffff88012890d420
[10369.455012]  0000000000000078 ffffffff81134ee7 ffff880121365c00 ffff88009ee86c98
[10369.455014]  ffff880121337c40 ffff880121365c00 ffff88009ee86c98 ffffffff81123962
[10369.455017] Call Trace:
[10369.455021]  [<ffffffff81134ee7>] ? __ext3_journal_dirty_metadata+0x27/0x60
[10369.455024]  [<ffffffff81123962>] ? ext3_try_to_allocate_with_rsv+0x622/0x690
[10369.455026]  [<ffffffff81123e31>] ? ext3_new_blocks+0x461/0x6e0
[10369.455028]  [<ffffffff811280d5>] ? ext3_get_blocks_handle+0x305/0xb60
[10369.455032]  [<ffffffff81054ff4>] ? bit_waitqueue+0x14/0xb0
[10369.455034]  [<ffffffff811289df>] ? ext3_get_block+0xaf/0x120
[10369.455037]  [<ffffffff810ecda6>] ? __block_write_begin+0x216/0x5a0
[10369.455040]  [<ffffffff81128930>] ? ext3_get_blocks_handle+0xb60/0xb60
[10369.455042]  [<ffffffff8112a24e>] ? ext3_write_begin+0xbe/0x220
[10369.455046]  [<ffffffff81089878>] ? generic_file_buffered_write+0x108/0x260
[10369.455048]  [<ffffffff8108b9ef>] ? __generic_file_aio_write+0x22f/0x440
[10369.455052]  [<ffffffff811b24eb>] ? blk_finish_plug+0xb/0x30
[10369.455054]  [<ffffffff8108bc76>] ? generic_file_aio_write+0x76/0xf0
[10369.455057]  [<ffffffff810c28bf>] ? do_sync_write+0xbf/0x100
[10369.455060]  [<ffffffff810c33d8>] ? vfs_write+0xc8/0x170
[10369.455062]  [<ffffffff810c357e>] ? sys_write+0x4e/0x90
[10369.455065]  [<ffffffff8142f1fb>] ? system_call_fastpath+0x16/0x1b
[10369.455067] Code: ff ff ff 49 3b 44 24 50 90 75 24 4c 8d 6e 02 eb 94 f3 90 48 8b 16 f7 c2 00 00 10 00 75 f3 e9 28 ff ff ff 0f 0b eb fe 0f 0b eb fe <0f> 0b eb fe 0f 0b eb fe 0f 0b eb fe 66 90 41 57 41 56 41 55 41 
[10369.455086] RIP  [<ffffffff811433c2>] journal_dirty_metadata+0x112/0x120
[10369.455089]  RSP <ffff88011ad136d8>
[10369.455091] ---[ end trace b66f4b8a9b4b30a4 ]---
Comment 1 Simon 2011-08-26 04:31:57 UTC
Created attachment 70352 [details]
fsck finally destroyed the remaining filesystem :-/ O.o

fsck finally destroyed the remaining filesystem :-/ O.o
Comment 2 Simon 2012-01-14 00:58:48 UTC
ext4 also destroyed evrything, so probalby its a luks problem with 4k-sektor gpt drives?
Comment 3 xerofoify 2014-06-26 04:07:13 UTC
Please test against newer kernel to see if this bug is fixed.
Cheers Nick

Note You need to log in before you can comment on or make changes to this bug.