latest -git: assertion !(n_file_size > ROUND_UP(n_new_file_size)) failed at fs/reiserfs/stree.c:1903

From: Vegard Nossum
Date: Thu Jul 17 2008 - 14:14:56 EST


Hi,

I just got this with an intentionally corrupted disk image:

ReiserFS: loop0: found reiserfs format "3.6" with standard journal
ReiserFS: loop0: warning: CONFIG_REISERFS_CHECK is set ON
ReiserFS: loop0: warning: - it is slow mode for debugging.
ReiserFS: loop0: using ordered data mode
ReiserFS: loop0: journal params: device loop0, size 8192, journal
first block 18, max trans len 1024, max batch 900, max commit age 30,
max trans age 30
ReiserFS: loop0: checking transaction log (loop0)
ReiserFS: loop0: journal-1153: found in header: first_unflushed_offset
81, last_flushed_trans_id 27
ReiserFS: loop0: journal-1206: Starting replay from offset
120259084369, trans_id 1024
ReiserFS: loop0: journal-1299: Setting newest_mount_id to 13
ReiserFS: loop0: Using r5 hash to sort names
Pid: 4274, comm: rm Not tainted 2.6.26-03414-g33af79d #43
[<c020a2ea>] reiserfs_panic+0x1a/0x50
[<c0216d0b>] reiserfs_do_truncate+0x56b/0x6a0
[<c015ad76>] ? trace_hardirqs_on_caller+0x116/0x170
[<c0216e72>] reiserfs_delete_object+0x32/0x70
[<c01fefd6>] reiserfs_delete_inode+0xb6/0x110
[<c01fef20>] ? reiserfs_delete_inode+0x0/0x110
[<c01b9ba1>] generic_delete_inode+0x81/0x120
[<c01b9d67>] generic_drop_inode+0x127/0x180
[<c01b8be7>] iput+0x47/0x50
[<c01af1bc>] do_unlinkat+0xec/0x170
[<c01b185b>] ? vfs_readdir+0x6b/0xa0
[<c01b1540>] ? filldir64+0x0/0xf0
[<c044a0f8>] ? trace_hardirqs_on_thunk+0xc/0x10
[<c015ad76>] ? trace_hardirqs_on_caller+0x116/0x170
[<c01af383>] sys_unlinkat+0x23/0x50
[<c010407f>] sysenter_past_esp+0x78/0xc5
=======================
Kernel panic - not syncing: <0>REISERFS: panic (device Null
superblock): reiserfs[4274]: assertion !(n_file_size >
ROUND_UP(n_new_file_size)) failed at
fs/reiserfs/stree.c:1903:reiserfs_do_truncate: PAP-5680: truncate did
not finish: new_file_size 0, current 2147483648, oid 96

(Where did the register dump go? Will this get picked up by kerneloops.org?)

I can test patches.


Vegard

--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/