Re: reiserfs fs/reiserfs/bitmap.c:1287

[Jeff Mahoney <jeffm@suse.com>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tom Mortensen wrote:
> I'm wondering if any resolution to this particular bug?  I see this
> exact kernel bug in copying large data sets (40GB+), and can reproduce
> fairly well.  Running reiserfsck produces this message:
> 
> "Zero bit found in on-disk bitmap after the last valid bit."
> 
> Running reiserfsck with --fix-fixable does fix the file system, but
> with some file data corruptions (I guess due to cached blocks not
> getting written?).
> 
> I'm running 2.6.22.1

How large is the file system (larger than 8 TB?) and what version of
mkreiserfs was used to create it?

I do have patches that consider this (and other types of problems)
corruption, and will take the file system read-only instead of BUG'ing.
I've posted them on reiserfs-devel and they've seen some testing in the
openSUSE 10.3 alpha cycle, but I'd like to know how it's happening in
the first place.

- -Jeff


> 
> Below are details:
> 
> Aug  8 14:05:43 develop kernel: [1121369.437041] ------------[ cut
> here ]------------
> Aug  8 14:05:43 develop kernel: [1121369.437123] kernel BUG at
> fs/reiserfs/bitmap.c:1287!
> Aug  8 14:05:43 develop kernel: [1121369.437199] invalid opcode: 0000 [#1]
> Aug  8 14:05:43 develop kernel: [1121369.437271] Modules linked in:
> md_mod fuse jmicron sata_promise ahci ide_
> core libata e1000
> Aug  8 14:05:43 develop kernel: [1121369.437426] CPU:    0
> Aug  8 14:05:43 develop kernel: [1121369.437427] EIP:
> 0060:[<c017bb7f>]    Not tainted VLI
> Aug  8 14:05:43 develop kernel: [1121369.437428] EFLAGS: 00210246
> (2.6.22.1 #6)
> Aug  8 14:05:43 develop kernel: [1121369.438624] EIP is at
> reiserfs_cache_bitmap_metadata+0x74/0x7c
> Aug  8 14:05:43 develop kernel: [1121369.438703] eax: d566c000   ebx:
> f8a90014   ecx: ffffffff   edx: d566bffc
> Aug  8 14:05:43 develop kernel: [1121369.438786] esi: f1ac13c8   edi:
> 00000000   ebp: f8a90014   esp: ee95fc1c
> Aug  8 14:05:43 develop kernel: [1121369.438869] ds: 007b   es: 007b
> fs: 0000  gs: 0033  ss: 0068
> Aug  8 14:05:43 develop kernel: [1121369.438949] Process shfs (pid:
> 7950, ti=ee95e000 task=f7f9b070 task.ti=ee
> 95e000)
> Aug  8 14:05:43 develop kernel: [1121369.439033] Stack: f1ac13c8
> 00028000 f4569e00 c017bc37 00001000 00000110
> f4569e00 c019262d
> Aug  8 14:05:43 develop kernel: [1121369.439185]        00000005
> ee95fcac 00000254 f4569e00 c017a57f 00000000
> 00000001 00000000
> Aug  8 14:05:43 develop kernel: [1121369.439336]        00000000
> f8a90014 00000005 ee95fec4 00000000 f0727b80
> 00000005 f4569e00
> Aug  8 14:05:43 develop kernel: [1121369.439487] Call Trace:
> Aug  8 14:05:43 develop kernel: [1121369.439606]  [<c017bc37>]
> reiserfs_read_bitmap_block+0xb0/0xba
> Aug  8 14:05:43 develop kernel: [1121369.439687]  [<c019262d>]
> search_by_key+0x6e1/0xada
> Aug  8 14:05:43 develop kernel: [1121369.439765]  [<c017a57f>]
> scan_bitmap_block+0x63/0x22c
> Aug  8 14:05:43 develop kernel: [1121369.439844]  [<c017a9b0>]
> scan_bitmap+0x1a2/0x1fb
> Aug  8 14:05:43 develop kernel: [1121369.439921]  [<c017b9c5>]
> reiserfs_allocate_blocknrs+0x2cc/0x3d2
> Aug  8 14:05:43 develop kernel: [1121369.440003]  [<c0185a22>]
> reiserfs_allocate_blocks_for_region+0x1f0/0x114
> 1
> Aug  8 14:05:43 develop kernel: [1121369.440089]  [<c0192bb4>]
> search_for_position_by_key+0x18e/0x306
> Aug  8 14:05:43 develop kernel: [1121369.440171]  [<c0181020>]
> make_cpu_key+0x43/0x4a
> Aug  8 14:05:43 develop kernel: [1121369.440247]  [<c0191c39>]
> pathrelse+0x1b/0x26
> Aug  8 14:05:43 develop kernel: [1121369.440322]  [<c0187424>]
> reiserfs_prepare_file_region_for_write+0x4ad/0x
> 77d
> Aug  8 14:05:43 develop kernel: [1121369.440464]  [<c015a14e>]
> file_update_time+0x26/0x8b
> Aug  8 14:05:43 develop kernel: [1121369.440542]  [<c0187a4d>]
> reiserfs_file_write+0x359/0x4bc
> Aug  8 14:05:43 develop kernel: [1121369.440623]  [<c0124e9e>]
> autoremove_wake_function+0x0/0x33
> Aug  8 14:05:43 develop kernel: [1121369.440706]  [<c011adb4>]
> __do_softirq+0x35/0x73
> Aug  8 14:05:43 develop kernel: [1121369.440782]  [<c014b08d>]
> vfs_write+0x8b/0x106
> Aug  8 14:05:43 develop kernel: [1121369.440858]  [<c014b27d>]
> sys_pwrite64+0x48/0x5f
> Aug  8 14:05:43 develop kernel: [1121369.440930]  [<c0103a62>]
> syscall_call+0x7/0xb
> Aug  8 14:05:43 develop kernel: [1121369.441002]  =======================
> Aug  8 14:05:43 develop kernel: [1121369.441067] Code: 40 74 d2 b9 1f
> 00 00 00 0f a3 0a 19 c0 85 c0 75 0f 8d 0
> 4 0f 66 89 03 0f b7 43 02 40 66 89 43 02 49 79 e5 eb b0 66 83 3b 00 75
> 04 <0f> 0b eb fe 5b 5e 5f c3 55 89 d1 5
> 7 89 c7 56 53 83 ec 10 8b 58
> Aug  8 14:05:43 develop kernel: [1121369.441363] EIP: [<c017bb7f>]
> reiserfs_cache_bitmap_metadata+0x74/0x7c SS
> :ESP 0068:ee95fc1c
> Aug  8 14:05:43 develop kernel: [1121369.441793] WARNING: at
> kernel/exit.c:869 do_exit()
> Aug  8 14:05:43 develop kernel: [1121369.441886]  [<c0119210>]
> do_exit+0x41/0x300
> Aug  8 14:05:43 develop kernel: [1121369.442002]  [<c0104c12>] die+0x188/0x190
> Aug  8 14:05:43 develop kernel: [1121369.442115]  [<c0104e8c>]
> do_invalid_op+0x0/0x8a
> Aug  8 14:05:43 develop kernel: [1121369.442230]  [<c0104f0d>]
> do_invalid_op+0x81/0x8a
> Aug  8 14:05:43 develop kernel: [1121369.442345]  [<c017bb7f>]
> reiserfs_cache_bitmap_metadata+0x74/0x7c
> Aug  8 14:05:43 develop kernel: [1121369.442467]  [<c02bcfce>]
> io_schedule+0xe/0x16
> Aug  8 14:05:43 develop kernel: [1121369.442583]  [<c02bd0f2>]
> __wait_on_bit+0x4a/0x51
> Aug  8 14:05:43 develop kernel: [1121369.442698]  [<c02bd167>]
> out_of_line_wait_on_bit+0x6e/0x76
> Aug  8 14:05:43 develop kernel: [1121369.442816]  [<c0162fd3>]
> sync_buffer+0x0/0x2e
> Aug  8 14:05:43 develop kernel: [1121369.442932]  [<c0124ed1>]
> wake_bit_function+0x0/0x3c
> Aug  8 14:05:43 develop kernel: [1121369.443050]  [<c02bd8ea>]
> error_code+0x6a/0x70
> Aug  8 14:05:43 develop kernel: [1121369.443166]  [<c017bb7f>]
> reiserfs_cache_bitmap_metadata+0x74/0x7c
> Aug  8 14:05:43 develop kernel: [1121369.443287]  [<c017bc37>]
> reiserfs_read_bitmap_block+0xb0/0xba
> Aug  8 14:05:43 develop kernel: [1121369.443413]  [<c019262d>]
> search_by_key+0x6e1/0xada
> Aug  8 14:05:43 develop kernel: [1121369.443531]  [<c017a57f>]
> scan_bitmap_block+0x63/0x22c
> Aug  8 14:05:43 develop kernel: [1121369.443648]  [<c017a9b0>]
> scan_bitmap+0x1a2/0x1fb
> Aug  8 14:05:43 develop kernel: [1121369.443764]  [<c017b9c5>]
> reiserfs_allocate_blocknrs+0x2cc/0x3d2
> Aug  8 14:05:43 develop kernel: [1121369.443886]  [<c0185a22>]
> reiserfs_allocate_blocks_for_region+0x1f0/0x114
> 1
> Aug  8 14:05:43 develop kernel: [1121369.444011]  [<c0192bb4>]
> search_for_position_by_key+0x18e/0x306
> Aug  8 14:05:43 develop kernel: [1121369.444133]  [<c0181020>]
> make_cpu_key+0x43/0x4a
> Aug  8 14:05:43 develop kernel: [1121369.444249]  [<c0191c39>]
> pathrelse+0x1b/0x26
> Aug  8 14:05:43 develop kernel: [1121369.444362]  [<c0187424>]
> reiserfs_prepare_file_region_for_write+0x4ad/0x
> 77d
> Aug  8 14:05:43 develop kernel: [1121369.444540]  [<c015a14e>]
> file_update_time+0x26/0x8b
> Aug  8 14:05:43 develop kernel: [1121369.444657]  [<c0187a4d>]
> reiserfs_file_write+0x359/0x4bc
> Aug  8 14:05:43 develop kernel: [1121369.444778]  [<c0124e9e>]
> autoremove_wake_function+0x0/0x33
> Aug  8 14:05:43 develop kernel: [1121369.444897]  [<c011adb4>]
> __do_softirq+0x35/0x73
> Aug  8 14:05:43 develop kernel: [1121369.445012]  [<c014b08d>]
> vfs_write+0x8b/0x106
> Aug  8 14:05:43 develop kernel: [1121369.445127]  [<c014b27d>]
> sys_pwrite64+0x48/0x5f
> Aug  8 14:05:43 develop kernel: [1121369.445243]  [<c0103a62>]
> syscall_call+0x7/0xb
> Aug  8 14:05:43 develop kernel: [1121369.445358]  =======================
> 
> 
> On 7/12/07, Jeff Mahoney <jeffm@suse.com> wrote:
> Anthony Simons wrote:
>>>> Was decompressing a newly compiled kernel to my usb drive and received the
>>>> below error almost immediatly after I began.
>>>>
>>>> [tonys@squishy ~]$ uname -a
>>>> Linux squishy 2.6.21-1.3228.fc7 #1 SMP Tue Jun 12 15:37:31 EDT 2007 i686
>>>> i686 i386 GNU/Linux
>>>>
>>>> After I recive the error, a simple ls just won't work.
> That's expected. Locks that you'll need to acquire for the ls to
> complete were held by process that BUG()'d.
> 
> This error corresponds to this check in reiserfs_cache_bitmap_metadata():
> 
>         /* The first bit must ALWAYS be 1 */
>         BUG_ON(info->first_zero_hint == 0);
> 
> Bit 0 corresponds to the bitmap block itself, so it must *always* be set.
> 
> Can you run reiserfsck on the file system? I have a patch set in
> development that handles errors like these a bit more gracefully.
> 
> -Jeff
> 
>>>> ------------[ cut here ]------------
>>>> kernel BUG at fs/reiserfs/bitmap.c:1287!
>>>> invalid opcode: 0000 [#1]
>>>> SMP
>>>> last sysfs file: /block/sdb/size
>>>> Modules linked in: ext2 usb_storage nvidia(P)(U) autofs4 hidp rfcomm l2cap
>>>> bluetooth sunrpc cpufreq_ondemand acpi_cpufreq ext3 jbd mbcache dm_mirror
>>>> dm_multipath dm_mod video sbs i2c_ec button dock battery ac ipv6 lp loop
>>>> parport_pc parport arc4 ecb blkcipher rc80211_simple irda snd_intel8x0m
>>>> crc_ccitt bcm43xx_mac80211 ssb iTCO_wdt mac80211 snd_intel8x0
>>>> iTCO_vendor_support snd_ac97_codec serio_raw cfg80211 tg3 ac97_bus
>>>> snd_seq_dummy i2c_core snd_seq_oss fw_ohci fw_core sr_mod cdrom
>>>> snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss joydev
>>>> snd_pcm snd_timer snd soundcore snd_page_alloc sg ata_generic ata_piix
>>>> libata sd_mod scsi_mod reiserfs ehci_hcd ohci_hcd uhci_hcd
>>>> CPU:    0
>>>> EIP:    0060:[<f88a306c>]    Tainted: P       VLI
>>>> EFLAGS: 00210246   (2.6.21-1.3228.fc7 #1)
>>>> EIP is at reiserfs_cache_bitmap_metadata+0x6c/0x74 [reiserfs]
>>>> eax: e6461000   ebx: f8896314   ecx: 00000000   edx: e6460ffc
>>>> esi: f5a54668   edi: 00000000   ebp: 000000c5   esp: e4a2dd78
>>>> ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
>>>> Process tar (pid: 6860, ti=e4a2d000 task=e528e710 task.ti=e4a2d000)
>>>> Stack: f5a54668 0018a000 e4bede00 f88a313d 00000400 04040404 e4bede00
>>>> e4bede00
>>>>        f8896000 f8896314 e4bede00 d71cbe00 d71cbe60 f88a36d4 fffffff4
>>>> 000041ed
>>>>        00000000 f88adbde eab6be0c e6394950 00000001 e3af31d0 e4bede00
>>>> d71cbe60
>>>> Call Trace:
>>>>  [<f88a313d>] reiserfs_read_bitmap_block+0xc9/0xd3 [reiserfs]
>>>>  [<f88a36d4>] reiserfs_choose_packing+0x4a/0x78 [reiserfs]
>>>>  [<f88adbde>] reiserfs_new_inode+0xb8/0x826 [reiserfs]
>>>>  [<f88c35e7>] do_journal_begin_r+0x73/0x28d [reiserfs]
>>>>  [<c04850e3>] d_splice_alias+0xdd/0xe3
>>>>  [<f88c389a>] journal_begin+0x99/0xd0 [reiserfs]
>>>>  [<f88a9a79>] reiserfs_mkdir+0x183/0x2c2 [reiserfs]
>>>>  [<f88c6e0b>] reiserfs_permission+0x0/0x1e [reiserfs]
>>>>  [<c047bd7c>] vfs_mkdir+0xbd/0x125
>>>>  [<c047e226>] sys_mkdirat+0x88/0xba
>>>>  [<c0450fcd>] audit_syscall_exit+0x294/0x2b0
>>>>  [<c0450d0f>] audit_syscall_entry+0x10d/0x137
>>>>  [<c047e277>] sys_mkdir+0x1f/0x23
>>>>  [<c0404f70>] syscall_call+0x7/0xb
>>>>  =======================
>>>> Code: 00 00 0f a3 0a 19 c0 85 c0 75 0a 66 ff 43 02 8d 04 39 66 89 03 49 83
>>>> f9 ff 75 e7 8b 46 18 83 ea 04 39 c2 73 ba 66 83 3b 00 75 04 <0f> 0b eb fe
>>>> 5b 5e 5f c3 55 89 d5 57 89 c7 56 53 83 ec 14 8b 90
>>>> EIP: [<f88a306c>] reiserfs_cache_bitmap_metadata+0x6c/0x74 [reiserfs]
>>>> SS:ESP 0068:e4a2dd78
>>>> BUG: warning at kernel/exit.c:798/do_exit() (Tainted: P      )
>>>>  [<c04294f3>] do_exit+0x54/0x6d3
>>>>  [<c040655c>] die+0x21b/0x240
>>>>  [<c0406967>] do_invalid_op+0x0/0xab
>>>>  [<c0406a09>] do_invalid_op+0xa2/0xab
>>>>  [<f88a306c>] reiserfs_cache_bitmap_metadata+0x6c/0x74 [reiserfs]
>>>>  [<f88e378d>] scsi_request_fn+0x2d3/0x31d [scsi_mod]
>>>>  [<c04d9a27>] blk_remove_plug+0x58/0x64
>>>>  [<c042d6e7>] getnstimeofday+0x30/0xb6
>>>>  [<c04394c4>] ktime_get_ts+0x16/0x44
>>>>  [<c0454c38>] delayacct_end+0x70/0x77
>>>>  [<c0454d26>] __delayacct_blkio_end+0x5b/0x5e
>>>>  [<c0600b39>] __wait_on_bit+0x50/0x58
>>>>  [<c0601a84>] error_code+0x7c/0x84
>>>>  [<f88a306c>] reiserfs_cache_bitmap_metadata+0x6c/0x74 [reiserfs]
>>>>  [<f88a313d>] reiserfs_read_bitmap_block+0xc9/0xd3 [reiserfs]
>>>>  [<f88a36d4>] reiserfs_choose_packing+0x4a/0x78 [reiserfs]
>>>>  [<f88adbde>] reiserfs_new_inode+0xb8/0x826 [reiserfs]
>>>>  [<f88c35e7>] do_journal_begin_r+0x73/0x28d [reiserfs]
>>>>  [<c04850e3>] d_splice_alias+0xdd/0xe3
>>>>  [<f88c389a>] journal_begin+0x99/0xd0 [reiserfs]
>>>>  [<f88a9a79>] reiserfs_mkdir+0x183/0x2c2 [reiserfs]
>>>>  [<f88c6e0b>] reiserfs_permission+0x0/0x1e [reiserfs]
>>>>  [<c047bd7c>] vfs_mkdir+0xbd/0x125
>>>>  [<c047e226>] sys_mkdirat+0x88/0xba
>>>>  [<c0450fcd>] audit_syscall_exit+0x294/0x2b0
>>>>  [<c0450d0f>] audit_syscall_entry+0x10d/0x137
>>>>  [<c047e277>] sys_mkdir+0x1f/0x23
>>>>  [<c0404f70>] syscall_call+0x7/0xb
>>>>  =======================

- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFGulUjLPWxlyuTD7IRAhr8AJ4ocPTpg4P7FERRup1jIYkHO99kugCfecVf
BGkNHLywct+iMmoLGmMf1wc=
=UldS
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/