panic: assertion: leaf->base.obj_id == ip->obj_id in hammer_ip_delete_range

Matthew Dillon dillon at apollo.backplane.com
Thu Oct 22 18:19:28 PDT 2009


:On Wed, Oct 21, 2009 at 10:36:36AM -0700, Matthew Dillon wrote:
:> 	fetch http://apollo.backplane.com/DFlyMisc/hammer05.patch
:> 
:>     It survived my bulk build tests so now the question is whether it
:>     will survive yours.
:
:It survived 7.5 hours before crashing in a different place.
:The kernel and the vmcore are at ~y0etan1/crash/{kernel,vmcore}.10.
:
:panic: assertion: s <= 0 in hammer_btree_iterate
:mp_lock = 00000000; cpuid = 0

    The cursor is pointing at the wrong place again, this time at
    the wrong index of an internal node.

    Try this patch.  The only thing I found looking at the code was a
    possible problem with hammer_cursor_up_locked().  If the routine
    fails due to a deadlock it does not properly restore the cursor's
    index.

    This is a rollup patch which contains all active uncommitted patches
    for HAMMER.

	fetch http://apollo.backplane.com/DFlyMisc/hammer06.patch

					-Matt






More information about the Bugs mailing list