I just experienced something I never experienced in all my years of using FreeBSD before: A crash!
I've been compiling some small code base (C, C++, cmake) with devel/jetbrains-clion while listening to some music via www/firefox when the system suddenly froze and then automatically rebooted.
How would I go about understanding what happened?
Machine specs:
Here's
Here are the first few lines of /var/crash/core.0.txt:
I've been compiling some small code base (C, C++, cmake) with devel/jetbrains-clion while listening to some music via www/firefox when the system suddenly froze and then automatically rebooted.
How would I go about understanding what happened?
Machine specs:
- Intel Core i7-8086K
- 64 GB DDR memory (non-ECC)
- Nvidia Quadro P5000
- NVMe SSD
- FreeBSD 13.0-RELEASE
Here's
uname -a
Code:
FreeBSD fbsd_beefy01 13.0-RELEASE-p4 FreeBSD 13.0-RELEASE-p4 #0: Tue Aug 24 07:33:27 UTC 2021 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64Here are the first few lines of /var/crash/core.0.txt:
Code:
fbsd_beefy01 dumped core - see /var/crash/vmcore.0
Tue Oct 12 17:54:24 CEST 2021
FreeBSD fbsd_beefy01 13.0-RELEASE-p4 FreeBSD 13.0-RELEASE-p4 #0: Tue Aug 24 07:33:27 UTC 2021 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
panic: privileged instruction fault
GNU gdb (GDB) 11.1 [GDB v11.1 for FreeBSD]
Copyright (C) 2021 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-portbld-freebsd13.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /boot/kernel/kernel...
Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...
Unread portion of the kernel message buffer:
Fatal trap 1: privileged instruction fault while in kernel mode
cpuid = 5; apic id = 05
instruction pointer = 0x20:0xffffffff80f275ed
stack pointer = 0x0:0xfffffe01c65a6840
frame pointer = 0x0:0xfffffe01c65a6930
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 34881 (cc1)
trap number = 1
panic: privileged instruction fault
cpuid = 5
time = 1634053989
KDB: stack backtrace:
#0 0xffffffff80c574c5 at kdb_backtrace+0x65
#1 0xffffffff80c09ea1 at vpanic+0x181
#2 0xffffffff80c09d13 at panic+0x43
#3 0xffffffff8108b1b7 at trap_fatal+0x387
#4 0xffffffff8108a67e at trap+0x8e
#5 0xffffffff81061958 at calltrap+0x8
#6 0xffffffff80f2741d at vm_fault_trap+0x6d
#7 0xffffffff8108b3b8 at trap_pfault+0x1f8
#8 0xffffffff8108a9ed at trap+0x3fd
#9 0xffffffff81061958 at calltrap+0x8
Uptime: 3h34m36s
Dumping 3404 out of 65415 MB:..1%..11%..21%..31%..41% (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) ..51% (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) ..61% (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) ..71% (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) ..81% (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) ..91%
__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
55 /usr/src/sys/amd64/include/pcpu_aux.h: No such file or directory.
(kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=<optimized out>)
at /usr/src/sys/kern/kern_shutdown.c:399
#2 0xffffffff80c09a96 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:486
#3 0xffffffff80c09f10 in vpanic (fmt=<optimized out>, ap=<optimized out>)
at /usr/src/sys/kern/kern_shutdown.c:919
#4 0xffffffff80c09d13 in panic (fmt=<unavailable>)
at /usr/src/sys/kern/kern_shutdown.c:843
#5 0xffffffff8108b1b7 in trap_fatal (frame=0xfffffe01c65a6780, eva=0)
at /usr/src/sys/amd64/amd64/trap.c:915
#6 0xffffffff8108a67e in trap (frame=0xfffffe01c65a6780)
at /usr/src/sys/amd64/amd64/trap.c:212
#7 <signal handler called>
#8 0xffffffff80f275ed in vm_fault (map=<optimized out>,
map@entry=0xfffffe019ccd89f0, vaddr=vaddr@entry=34433785856,
fault_type=fault_type@entry=2 '\002', fault_flags=<optimized out>,
fault_flags@entry=0, m_hold=<optimized out>, m_hold@entry=0x0)
at /usr/src/sys/vm/vm_fault.c:1302
#9 0xffffffff80f2741d in vm_fault_trap (map=0xfffffe019ccd89f0,
vaddr=<optimized out>, vaddr@entry=34433785856,
fault_type=<optimized out>, fault_flags=fault_flags@entry=0,
signo=0xfffffe01c65a6ac4, ucode=0xfffffe01c65a6ac0)
at /usr/src/sys/vm/vm_fault.c:631
#10 0xffffffff8108b3b8 in trap_pfault (frame=frame@entry=0xfffffe01c65a6b00,
usermode=true, signo=0x0, signo@entry=0xfffffe01c65a6ac4,
ucode=ucode@entry=0xfffffe01c65a6ac0)
at /usr/src/sys/amd64/amd64/trap.c:817
#11 0xffffffff8108a9ed in trap (frame=0xfffffe01c65a6b00)
at /usr/src/sys/amd64/amd64/trap.c:340
#12 <signal handler called>
#13 0x0000000802b89403 in ?? ()
Backtrace stopped: Cannot access memory at address 0x7fffffffbec8
(kgdb)
Last edited:
) is what happened in the 2nd signal. Even if there was double fault it should not be problem.