[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#742268: linux-image-3.2.0-4-amd64: ext4_ext_find_extent:715: ... rsync: bad header/extent: invalid magic



I have done fsck.ext4 -fc on both source and destination filesystem but showed no errorsresolved in the output. On the same server with the same filesystem already checked I got the same problem:

Mar 24 17:23:42 testVS01OU kernel: [ 4038.975173] EXT4-fs error (device dm-5): ext4_ext_find_extent:715: inode #48889859: comm rsync: bad header/extent: invalid magic - magic 5ac4, entries 24267, max 959(0), depth 41617(0) Mar 24 17:23:42 testVS01OU kernel: [ 4038.975319] ------------[ cut here ]------------ Mar 24 17:23:42 testVS01OU kernel: [ 4038.975359] kernel BUG at /build/linux-FpPMO6/linux-3.2.54/fs/ext4/extents.c:1976! Mar 24 17:23:42 testVS01OU kernel: [ 4038.975404] invalid opcode: 0000 [#1] SMP
Mar 24 17:23:42 testVS01OU kernel: [ 4038.975503] CPU 6
Mar 24 17:23:42 testVS01OU kernel: [ 4038.975537] Modules linked in: tun xt_physdev iptable_filter ip_tables x_tables xen_pciback xen_netback xen_blkback xen_gntalloc xen_gntdev xen_evtchn xenfs nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc bridge stp loop snd_pcm snd_page_alloc snd_timer dcdbas snd i7core_edac soundcore coretemp crc32c_intel evdev joydev wmi pcspkr edac_core iTCO_wdt iTCO_vendor_support acpi_power_meter button processor thermal_sys ext4 crc16 jbd2 mbcache dm_mod sr_mod sg cdrom sd_mod crc_t10dif usbhid hid ata_generic ata_piix libata mpt2sas raid_class scsi_transport_sas ehci_hcd bnx2 scsi_mod usbcore usb_common [last unloaded: scsi_wait_scan]
Mar 24 17:23:42 testVS01OU kernel: [ 4038.977799]
Mar 24 17:23:42 testVS01OU kernel: [ 4038.977834] Pid: 4589, comm: rsync Not tainted 3.2.0-4-amd64 #1 Debian 3.2.54-2 Dell Inc. PowerEdge T310/02P9X9 Mar 24 17:23:42 testVS01OU kernel: [ 4038.977974] RIP: e030:[<ffffffffa017c0ed>] [<ffffffffa017c0ed>] ext4_ext_put_in_cache+0x18/0x7f [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.978064] RSP: e02b:ffff880073f95778 EFLAGS: 00010246 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978119] RAX: 0000000000000000 RBX: ffff88000238c8c0 RCX: 0000000000000000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978177] RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffff88000238c8c0 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978236] RBP: ffff88000238c8c0 R08: 0000000000000002 R09: ffff88006d37adf4 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978294] R10: 0000000000000000 R11: ffff8800032ad9c0 R12: 0000000000000000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978352] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978413] FS: 00007f5536616700(0000) GS:ffff88007f2c0000(0000) knlGS:0000000000000000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978488] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b Mar 24 17:23:42 testVS01OU kernel: [ 4038.978544] CR2: 0000000000d16788 CR3: 0000000073bff000 CR4: 0000000000002660 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978602] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978661] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Mar 24 17:23:42 testVS01OU kernel: [ 4038.978719] Process rsync (pid: 4589, threadinfo ffff880073f94000, task ffff880002b1e040)
Mar 24 17:23:42 testVS01OU kernel: [ 4038.978794] Stack:
Mar 24 17:23:42 testVS01OU kernel: [ 4038.978842] ffff880073f95970 ffff88000238c8c0 ffff88000241d780 ffff880071cb3000 Mar 24 17:23:42 testVS01OU kernel: [ 4038.979036] 0000000000000000 ffffffffa017e248 0000000000000002 ffff8800100f68e8 Mar 24 17:23:42 testVS01OU kernel: [ 4038.979230] 0000000000000000 ffffffff810ebb96 ffff88000241d780 0000000000000000
Mar 24 17:23:42 testVS01OU kernel: [ 4038.979423] Call Trace:
Mar 24 17:23:42 testVS01OU kernel: [ 4038.979480] [<ffffffffa017e248>] ? ext4_ext_map_blocks+0x35c/0x1704 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.979541] [<ffffffff810ebb96>] ? kfree+0x5b/0x6c Mar 24 17:23:42 testVS01OU kernel: [ 4038.979598] [<ffffffff81004c0a>] ? pfn_to_mfn+0x12/0x27 Mar 24 17:23:42 testVS01OU kernel: [ 4038.979659] [<ffffffffa017e0e1>] ? ext4_ext_map_blocks+0x1f5/0x1704 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.979718] [<ffffffff8100379c>] ? xen_write_msr_safe+0x73/0xb9 Mar 24 17:23:42 testVS01OU kernel: [ 4038.979780] [<ffffffffa015c831>] ? ext4_map_blocks+0x55/0x1f0 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.979843] [<ffffffffa015e07d>] ? _ext4_get_block+0x96/0x102 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.979902] [<ffffffff8111d14c>] ? attach_page_buffers+0x27/0x34 Mar 24 17:23:42 testVS01OU kernel: [ 4038.979960] [<ffffffff8111ffce>] ? block_read_full_page+0xf2/0x1ed Mar 24 17:23:42 testVS01OU kernel: [ 4038.980021] [<ffffffffa015e10a>] ? noalloc_get_block_write+0x17/0x17 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.980084] [<ffffffffa015e07d>] ? _ext4_get_block+0x96/0x102 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.980143] [<ffffffff81124e38>] ? do_mpage_readpage+0x448/0x44c Mar 24 17:23:42 testVS01OU kernel: [ 4038.980201] [<ffffffff810f6bfd>] ? mem_cgroup_cache_charge+0x23/0xee Mar 24 17:23:42 testVS01OU kernel: [ 4038.980265] [<ffffffff810b4625>] ? spin_unlock_irq+0xa/0xb Mar 24 17:23:42 testVS01OU kernel: [ 4038.980340] [<ffffffff810b56b0>] ? add_to_page_cache_locked+0x9c/0xe0 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980406] [<ffffffff810be88e>] ? __lru_cache_add+0x2b/0x51 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980465] [<ffffffff8110869f>] ? poll_freewait+0x97/0x97 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980528] [<ffffffffa015e10a>] ? noalloc_get_block_write+0x17/0x17 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.980587] [<ffffffff81124f93>] ? mpage_readpages+0xdd/0x134 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980647] [<ffffffffa015e10a>] ? noalloc_get_block_write+0x17/0x17 [ext4] Mar 24 17:23:42 testVS01OU kernel: [ 4038.980707] [<ffffffff810bd8d1>] ? __do_page_cache_readahead+0x11e/0x1c3 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980766] [<ffffffff810bdbce>] ? ra_submit+0x19/0x1d Mar 24 17:23:42 testVS01OU kernel: [ 4038.980823] [<ffffffff810b643b>] ? generic_file_aio_read+0x282/0x5cf Mar 24 17:23:42 testVS01OU kernel: [ 4038.980901] [<ffffffff810072b8>] ? get_phys_to_machine+0x16/0x58 Mar 24 17:23:42 testVS01OU kernel: [ 4038.980966] [<ffffffff810c2c15>] ? page_evictable+0xf/0x7b Mar 24 17:23:42 testVS01OU kernel: [ 4038.981023] [<ffffffff8100569f>] ? __xen_set_pte+0x11/0x51 Mar 24 17:23:42 testVS01OU kernel: [ 4038.981080] [<ffffffff810fa464>] ? do_sync_read+0xb4/0xec Mar 24 17:23:42 testVS01OU kernel: [ 4038.981136] [<ffffffff810fab4f>] ? vfs_read+0x9f/0xe6 Mar 24 17:23:42 testVS01OU kernel: [ 4038.981192] [<ffffffff810fabdb>] ? sys_read+0x45/0x6b Mar 24 17:23:42 testVS01OU kernel: [ 4038.981249] [<ffffffff81354d92>] ? system_call_fastpath+0x16/0x1b Mar 24 17:23:42 testVS01OU kernel: [ 4038.981306] Code: ff 83 f8 00 8b 54 24 20 0f 8f b0 fb ff ff e9 c7 fb ff ff 41 56 85 d2 41 89 f6 41 55 49 89 cd 41 54 41 89 d4 55 53 48 89 fb 75 02 <0f> 0b 48 8d bf ac 02 00 00 e8 80 3c 1d e1 8b 05 47 4e 02 00 85 Mar 24 17:23:42 testVS01OU kernel: [ 4038.983385] RIP [<ffffffffa017c0ed>] ext4_ext_put_in_cache+0x18/0x7f [ext4]
Mar 24 17:23:42 testVS01OU kernel: [ 4038.983479]  RSP <ffff880073f95778>
Mar 24 17:23:42 testVS01OU kernel: [ 4038.983545] ---[ end trace 40b417502a478c4f ]---


There is also the problemafter this bug happen (which seems to be a consequence) that thefilesystem umountoperation freezes itself, and during both manual or automatic umount (on shutdown or reboot). I did not understand exactly if there is a bug in fsck which does not see one or more errors or if there aren't errors in the filesystems and is an unexpected event that causes the problem.
Advice on how to proceed?

I saw this on changelog of sid fsck:

e2fsprogs (1.42.8-1) unstable; urgency=low

...
   * E2fsck will now detect and repair corrupted extent trees which contain
     invalid extents at the end of the extent tree leaf block.
Can be useful try to update e2fsprogs from sid and see if solve the problem or is not related to this?



Thanks for any reply.


Reply to: