mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Vegard Nossum" <vegard.nossum@gmail.com>
To: reiserfs-devel@vger.kernel.org
Cc: "Johannes Weiner" <hannes@saeurebad.de>, linux-kernel@vger.kernel.org
Subject: latest -git: assertion !(n_file_size > ROUND_UP(n_new_file_size)) failed at fs/reiserfs/stree.c:1903
Date: Thu, 17 Jul 2008 20:14:41 +0200	[thread overview]
Message-ID: <19f34abd0807171114i5201f41cs9f222e0e49592573@mail.gmail.com> (raw)

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

                 reply	other threads:[~2008-07-17 18:14 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=19f34abd0807171114i5201f41cs9f222e0e49592573@mail.gmail.com \
    --to=vegard.nossum@gmail.com \
    --cc=hannes@saeurebad.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reiserfs-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®