[DragonFlyBSD - Bug #1989] (Closed) Panic on reboot, DFly 2.8.2

Tue May 31 14:44:09 PDT 2022

Issue #1989 has been updated by tuxillo.

Status changed from New to Closed
Assignee set to tuxillo

It is stated it was solved at the time.

----------------------------------------
Bug #1989: Panic on reboot, DFly 2.8.2
http://bugs.dragonflybsd.org/issues/1989#change-14313

* Author: dl
* Status: Closed
* Priority: Normal
* Assignee: tuxillo
* Target version: 6.4
----------------------------------------
Hi!

I have had my DFly [1] server running for almost 2 months, and after 
trying to reboot it, it panicked:

I let the memory dump to hd and ran kgdb:

<pre>
root at pick:/var/crash# kgdb kern.2 vmcore.2
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 "x86_64-dragonfly".
For bug reporting instructions, please see:
<http://bugs.dragonflybsd.org/>...
Reading symbols from /var/crash/kern.2...done.

Unread portion of the kernel message buffer:

Reading symbols from /boot/kernel/acpi.ko...done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/kernel/ahci.ko...done.
Loaded symbols for /boot/kernel/ahci.ko
Reading symbols from /boot/kernel/ehci.ko...done.
Loaded symbols for /boot/kernel/ehci.ko
_get_mycpu (di=0xffffffff808d4a20) at ./machine/thread.h:73
73	    __asm ("movq %%gs:globaldata,%0" : "=r" (gd) : "m"(__mycpu__dummy));
(kgdb) bt
#0  _get_mycpu (di=0xffffffff808d4a20) at ./machine/thread.h:73
#1  md_dumpsys (di=0xffffffff808d4a20)
     at /usr/src/sys/platform/pc64/x86_64/dump_machdep.c:262
#2  0xffffffff80363d26 in dumpsys () at 
/usr/src/sys/kern/kern_shutdown.c:881
#3  0xffffffff80364415 in boot (howto=-2004318071)
     at /usr/src/sys/kern/kern_shutdown.c:388
#4  0xffffffff803647e6 in panic (fmt=0xffffffff806287d4 "from debugger")
     at /usr/src/sys/kern/kern_shutdown.c:787
#5  0xffffffff801920d5 in db_panic (addr=<value optimized out>, 
have_addr=0, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:448
#6  0xffffffff8019278b in db_command () at /usr/src/sys/ddb/db_command.c:344
#7  db_command_loop () at /usr/src/sys/ddb/db_command.c:470
#8  0xffffffff80195551 in db_trap (type=<value optimized out>,
     code=<value optimized out>) at /usr/src/sys/ddb/db_trap.c:71
#9  0xffffffff805f39a0 in kdb_trap (type=3, code=0, regs=0xffffffe07cc6a6b8)
     at /usr/src/sys/platform/pc64/x86_64/db_interface.c:176
#10 0xffffffff805f9591 in trap (frame=0xffffffe07cc6a6b8)
     at /usr/src/sys/platform/pc64/x86_64/trap.c:706
#11 0xffffffff805f1f5e in calltrap ()
     at /usr/src/sys/platform/pc64/x86_64/exception.S:180
#12 0xffffffff805f3835 in breakpoint (msg=<value optimized out>)
     at ./cpu/cpufunc.h:73
#13 Debugger (msg=<value optimized out>)
4/db_interface.c:359
#14 0xffffffff803647df in panic (fmt=0xffffffff8061d2aa "assertion: %s 
in %s")
     at /usr/src/sys/kern/kern_shutdown.c:785
#15 0xffffffff80356288 in lf_destroy_range (range=<value optimized out>)
     at /usr/src/sys/kern/kern_lockf.c:857
#16 0xffffffff80357052 in lf_setlock (lock=0xffffffe07bbe3240,
     owner=0xffffffe07b34b068, type=2, flags=<value optimized out>, 
start=0, end=9223372036854775807) at /usr/src/sys/kern/kern_lockf.c:747
#17 0xffffffff8035728a in lf_advlock (ap=0xffffffe07cc6a9c8,
     lock=0xffffffe07bbe3240, size=<value optimized out>)
     at /usr/src/sys/kern/kern_lockf.c:263
#18 0xffffffff80559c84 in hammer_vop_advlock (ap=0xffffffff809798b8)
     at /usr/src/sys/vfs/hammer/hammer_vnops.c:847
#19 0xffffffff803e1582 in vop_advlock (ops=0xffffffe0534277c0, vp=0x780,
     id=0x1 <Address 0x1 out of bounds>, op=0, fl=0x0, flags=-2137548576)
     at /usr/src/sys/kern/vfs_vopops.c:909
#20 0xffffffff80346fb4 in fdrop (fp=0xffffffe07b34b068)
     at /usr/src/sys/kern/kern_descrip.c:2418
#21 0xffffffff803472dd in closef (fp=0xffffffe07b34b068, 
p=0xffffffe052640070)
     at /usr/src/sys/kern/kern_descrip.c:2362
#22 0xffffffff80349c99 in kern_close (fd=3)
     at /usr/src/sys/kern/kern_descrip.c:857
#23 0xffffffff80349dac iat /usr/src/sys/kern/kern_descrip.c:816
#24 0xffffffff805f9df9 in syscall2 (frame=0xffffffe07cc6abf8)
     at /usr/src/sys/platform/pc64/x86_64/trap.c:1179
#25 0xffffffff805f219f in Xfast_syscall ()
     at /usr/src/sys/platform/pc64/x86_64/exception.S:313
#26 0x000000000000002b in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
n sys_close (uap=<value optimized out>)

Any ideas what could have gone wrong?
</pre>
For reference I put the memory dump temporarily online (~1GB BZIP2 + 
Kernel) here:
http://pick.xiqit.de/vmcore.2.bz2  ~988M
http://pick.xiqit.de/kern.2.bz2 ~14M

In case more information is needed, don't hesitate to contact me!

Thanks,
Damian

[1]: root at pick:/usr/pkg/share/httpd/htdocs# uname -a
DragonFly pick 2.8-RELEASE DragonFly v2.8.2.7.g0d8fd-RELEASE #3: Tue Nov 
  2 15:24:24 CET 2010 root at pick:/usr/obj/usr/src/sys/X86_64_GENERIC_SMP 
  x86_64

-- 
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account