panic: assertion: leaf->base.obj_id == ip->obj_id in hammer_ip_delete_range
qhwt+dfly at les.ath.cx
Mon Mar 15 18:04:42 PDT 2010
On Mon, Mar 15, 2010 at 10:53:08AM -0700, Matthew Dillon wrote:
> So maybe this isn't related to a collision with a hammer cleanup
> operation but instead something more conventional.
I have daily_clean_hammer_enable="NO" in /etc/periodic.conf and I haven't
issued it while running bulkbuild. Looking at the output from `ps' macro,
it seems to me to be something between pkg_add (doing fsync) and hammer-S2.
> I've committed all the patches so far including some related to
> Francois's bug report. You can reset and pull the whole mess, or
> just apply thte latest patch ec9b6294f7ea2d9365124dd1e50ebe21c78da8b2
> to your already patched test system.
OK, I'll try the new code.
> Oh, p.s. is the HAMMER filesystem mounted nohistory? If so that would
> explain why this second case is getting hit.
No, the HAMMER filesystem itself is not mounted with nohistory, but
PFSes involved in pbulk have nohistory flag set.
More information about the Bugs