Bug #1778

HAMMER Panic

Added by lentferj over 4 years ago. Updated 7 months ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Unverifiable
Target version:3.8.0

Description

I experience a HAMMER panic this night. I have a dump available if wanted.

epia# kgdb kern.0 vmcore.0
GNU gdb (GDB) 7.0
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-dragonfly".
For bug reporting instructions, please see:
<http://bugs.dragonflybsd.org/&gt;...
Reading symbols from /var/crash/kern.0...done.

Unread portion of the kernel message buffer:
panic: assertion: layer2->zone == zone in hammer_blockmap_getfree
Trace beginning at frame 0xd2cf66b4
panic(ffffffff) at panic+0x8e
panic(c059c963,c05c6742,c0587397,c5040040,cfc33000) at panic+0x8e
hammer_blockmap_getfree(cfc33000,1b151a80,9000000c,d2cf67ec,d2cf67f0) at
hammer_blockmap_getfree+0x1f1
hammer_ioc_reblock(d2cf6a58,d257b610,dc735020,47,0) at
hammer_ioc_reblock+0x36c
hammer_ioctl(d257b610,c0e06803,dc735020,1,cc9b35b0) at hammer_ioctl+0x6b4
hammer_vop_ioctl(d2cf6ac8,d2cf6abc,c2c732b4,c2c732b4,cf92f090) at
hammer_vop_ioctl+0x2f
vop_ioctl(cf9248f0,c2b93fa8,c0e06803,dc735020,1) at vop_ioctl+0x58
vn_ioctl(cc9e0c00,c0e06803,dc735020,cc9b35b0,d2cf6cf0) at vn_ioctl+0xe0
mapped_ioctl(4,c0e06803,bfbff868,0,d2cf6cf0) at mapped_ioctl+0x3e4
sys_ioctl(d2cf6cf0,6,0,0,cf7c2650) at sys_ioctl+0x17
syscall2(d2cf6d40) at syscall2+0x20e
Xint0x80_syscall() at Xint0x80_syscall+0x36
Uptime: 7d9h9m23s
Physical memory: 999 MB
Dumping 350 MB: 335 319 303 287 271 255 239 223 207 191 175 159 143 127
111 95 79 63 47 31 15

Reading symbols from /boot/modules/if_gif.ko...done.
Loaded symbols for /boot/modules/if_gif.ko
Reading symbols from /boot/modules/if_tap.ko...done.
Loaded symbols for /boot/modules/if_tap.ko
Reading symbols from /boot/modules/if_tun.ko...done.
Loaded symbols for /boot/modules/if_tun.ko
Reading symbols from /boot/modules/uchcom.ko...done.
Loaded symbols for /boot/modules/uchcom.ko
Reading symbols from /boot/modules/ucom.ko...done.
Loaded symbols for /boot/modules/ucom.ko
Reading symbols from /boot/modules/acpi.ko...done.
Loaded symbols for /boot/modules/acpi.ko
_get_mycpu (di=0xc06bb8a0) at ./machine/thread.h:83
83 ./machine/thread.h: No such file or directory.
in ./machine/thread.h
(kgdb) backtrace
#0 _get_mycpu (di=0xc06bb8a0) at ./machine/thread.h:83
#1 md_dumpsys (di=0xc06bb8a0) at
/home/lentferj/killBIND-repo/src/sys/platform/pc32/i386/dump_machdep.c:264
#2 0xc0317b86 in dumpsys () at
/home/lentferj/killBIND-repo/src/sys/kern/kern_shutdown.c:838
#3 0xc0318101 in boot (howto=260) at
/home/lentferj/killBIND-repo/src/sys/kern/kern_shutdown.c:387
#4 0xc0318227 in panic (fmt=0xc059c963 "assertion: %s in %s") at
/home/lentferj/killBIND-repo/src/sys/kern/kern_shutdown.c:744
#5 0xc049c7ff in hammer_blockmap_getfree (hmp=0xcfc33000,
zone_offset=10376293593455598208, curp=0xd2cf67ec, errorp=0xd2cf67f0)
at
/home/lentferj/killBIND-repo/src/sys/vfs/hammer/hammer_blockmap.c:1080
#6 0xc04b601c in hammer_reblock_helper (trans=0xd2cf6a58,
ip=0xd257b610, reblock=0xdc735020)
at /home/lentferj/killBIND-repo/src/sys/vfs/hammer/hammer_reblock.c:294
#7 hammer_ioc_reblock (trans=0xd2cf6a58, ip=0xd257b610,
reblock=0xdc735020) at
/home/lentferj/killBIND-repo/src/sys/vfs/hammer/hammer_reblock.c:176
#8 0xc04ac3cc in hammer_ioctl (ip=0xd257b610, com=3235932163,
data=0xdc735020 "", fflag=1, cred=0xcc9b35b0)
at /home/lentferj/killBIND-repo/src/sys/vfs/hammer/hammer_ioctl.c:86
#9 0xc04c0068 in hammer_vop_ioctl (ap=0xd2cf6ac8) at
/home/lentferj/killBIND-repo/src/sys/vfs/hammer/hammer_vnops.c:2431
#10 0xc03759fd in vop_ioctl (ops=0xcf9248f0, vp=0xc2b93fa8,
command=3235932163, data=0xdc735020 "", fflag=1, cred=0xcc9b35b0,
msg=0xd2cf6cf0)
at /home/lentferj/killBIND-repo/src/sys/kern/vfs_vopops.c:453
#11 0xc0373e3e in vn_ioctl (fp=0xcc9e0c00, com=3235932163,
data=0xdc735020 "", ucred=0xcc9b35b0, msg=0xd2cf6cf0)
at /home/lentferj/killBIND-repo/src/sys/kern/vfs_vnops.c:936
#12 0xc0339627 in fo_ioctl (fd=4, com=3235932163, uspc_data=0xbfbff868
<Address 0xbfbff868 out of bounds>, map=0x0, msg=0xd2cf6cf0)
at /home/lentferj/killBIND-repo/src/sys/sys/file2.h:88
#13 mapped_ioctl (fd=4, com=3235932163, uspc_data=0xbfbff868 <Address
0xbfbff868 out of bounds>, map=0x0, msg=0xd2cf6cf0)
at /home/lentferj/killBIND-repo/src/sys/kern/sys_generic.c:705
#14 0xc03396b0 in sys_ioctl (uap=0xd2cf6cf0) at
/home/lentferj/killBIND-repo/src/sys/kern/sys_generic.c:527
#15 0xc0556990 in syscall2 (frame=0xd2cf6d40) at
/home/lentferj/killBIND-repo/src/sys/platform/pc32/i386/trap.c:1319
#16 0xc05456d6 in Xint0x80_syscall () at
/home/lentferj/killBIND-repo/src/sys/platform/pc32/i386/exception.s:876
#17 0x0000001f in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(kgdb)

History

#1 Updated by dillon over 4 years ago

:I experience a HAMMER panic this night. I have a dump available if wanted.
:
:epia# kgdb kern.0 vmcore.0

Upload the dump to your leaf crash directory please!

Also if you could run a full hammer show (with the filesystem idle)
and upload the output to leaf too that would help.

hammer -f <device> show > file

zone mismatches are pretty serious. Hopefully it was transitory and
not permanent media corruption. How old is the filesystem?

-Matt

#2 Updated by lentferj over 4 years ago

Matthew Dillon schrieb:
> :I experience a HAMMER panic this night. I have a dump available if wanted.
> :
> :epia# kgdb kern.0 vmcore.0
>
> Upload the dump to your leaf crash directory please!

Done

> Also if you could run a full hammer show (with the filesystem idle)
> and upload the output to leaf too that would help.
>
> hammer -f <device> show > file

That will have to wait, it is my home server and I can't take it down atm.

> zone mismatches are pretty serious. Hopefully it was transitory and
> not permanent media corruption. How old is the filesystem?

Approx. half a year. But if you remember that was the FS with the
corrupted var-PFS.

Jan

#3 Updated by dillon over 4 years ago

:> Upload the dump to your leaf crash directory please!
:
:Done
:...
:Approx. half a year. But if you remember that was the FS with the
:corrupted var-PFS.
:
:Jan

Ok. You are running an April 23 kernel, and it looks like a custom
branch because I can't find the commit id (76ba7) in the git logs.
This build is really close to the HAMMER corruption fix which went
in on April 18th, are you sure this kernel got that fix?

If the kernel does have the fix this is probably left-over corruption
from that period, the hammer show data would help us narrow it down.
If the kernel does not have the fix this is probably new corruption.

(kgdb) print version
$5 = "DragonFly v2.7.2.42.g76ba7-DEVELOPMENT #1: Fri Apr 23 09:48:15 CEST 2010\n :/usr/obj/home/lentferj/killBIND-repo/src/sys/GENERIC\n"

-Matt
Matthew Dillon
<>

#4 Updated by tuxillo over 1 year ago

  • Description updated (diff)
  • Status changed from New to Feedback
  • Assignee deleted (0)

Jan,

Can you please confirm you're not getting this any more?

Cheers,
Antonio Huete

#5 Updated by tuxillo 7 months ago

  • Description updated (diff)
  • Category set to Unverifiable
  • Status changed from Feedback to Closed
  • Target version set to 3.8.0

Also available in: Atom PDF