On 22 August 2006 03:35, Andrew James Wade wrote:
> This one has only occurred once. I looked fairly carefully at the
> code for partially converted files under the assumption that the rest
> was unlikely to be buggy, but nothing stood out at me.
>
> reiser4 panicked cowardly: reiser4[fixdep(19237)]:
> reiser4_done_context (fs/reiser4/context.c:181)[nikita-1936]:
> assertion failed: reiser4_no_counters_are_held()
>  [<c0103754>] dump_trace+0x64/0x181
>  [<c0103883>] show_trace_log_lvl+0x12/0x25
>  [<c0103b79>] show_trace+0xd/0x10
>  [<c0103b93>] dump_stack+0x17/0x19
>  [<c01a0663>] reiser4_do_panic+0x4e/0x7b
>  [<c01bdbc0>] reiser4_exit_context+0xa1/0x575
>  [<c0202bc9>] release_unix_file+0x1b7/0x1c2
>  [<c014f90b>] __fput+0xbe/0x16c
>  [<c014f9e7>] fput+0x2e/0x33
>  [<c014d3ec>] filp_close+0x51/0x5b
>  [<c014ddd2>] sys_close+0x70/0x93
>  [<c01028a5>] sysenter_past_esp+0x56/0x8d
> DWARF2 unwinder stuck at sysenter_past_esp+0x56/0x8d
> Leftover inexact backtrace:
>  [<c0103883>] show_trace_log_lvl+0x12/0x25
>  [<c0103b79>] show_trace+0xd/0x10
>  [<c0103b93>] dump_stack+0x17/0x19
>  [<c01a0663>] reiser4_do_panic+0x4e/0x7b
>  [<c01bdbc0>] reiser4_exit_context+0xa1/0x575
>  [<c0202bc9>] release_unix_file+0x1b7/0x1c2
>  [<c014f90b>] __fput+0xbe/0x16c
>  [<c014f9e7>] fput+0x2e/0x33
>  [<c014d3ec>] filp_close+0x51/0x5b
>  [<c014ddd2>] sys_close+0x70/0x93
>  [<c01028a5>] sysenter_past_esp+0x56/0x8d
>  =======================
>
> : jnode: 0, tree: 0 (r:0,w:0), dk: 0 (r:0,w:0)
>
> jload: 0, txnh: 0, atom: 0, stack: 0, txnmgr: 0, ktxnmgrd: 0, fq: 0
> inode: 0, cbk_cache: 0 (r:0,w0), eflush: 0, zlock: 0,
> spin: 0, long: 0 inode_sem: (r:0,w:0)
> d: 1, x: -2, t: -2
> Kernel panic - not syncing: reiser4[fixdep(19237)]:
> reiser4_done_context (fs/reiser4/context.c:181)[nikita-1936]:
> assertion failed: reiser4_no_counters_are_held()
>
> I should be looking for an un-zrelse'd znode for this bug, correct?

yes.

-- 
Alex.

Reply via email to