Skip site navigation (1)Skip section navigation (2) 
Date:      Tue, 06 Aug 2019 18:38:30 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 239678] System rebooted automatically
Message-ID:  <bug-239678-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239678

            Bug ID: 239678
           Summary: System rebooted automatically
           Product: Base System
           Version: 11.2-STABLE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: bugs@FreeBSD.org
          Reporter: jprokopowich@gmail.com

As per freenas support,

In the provided debug I see several identical core dumps, reporting crash on
Machine Check Exception:

MCA: Bank 0, Status 0xb4002000c0000145=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20
MCA: Global Cap 0x0000000000000106, Status 0x0000000000000007=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
MCA: Vendor "AuthenticAMD", ID 0x100f43, APIC ID 2=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
MCA: CPU 2 UNCOR DCACHE L1 DWR error=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20
MCA: Address 0x3840b0600=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20
panic: Unrecoverable machine check exception=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20
cpuid =3D 2=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
KDB: stack backtrace:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe03d6da8=
e40=20=20
vpanic() at vpanic+0x177/frame 0xfffffe03d6da8ea0=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
panic() at panic+0x43/frame 0xfffffe03d6da8f00=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
mca_intr() at mca_intr+0x9b/frame 0xfffffe03d6da8f20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
mchk_calltrap() at mchk_calltrap+0x8/frame 0xfffffe03d6da8f20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
--- trap 0x1c, rip =3D 0xffffffff82a3c1db, rsp =3D 0xfffffe045bb246d0, rbp =
=3D
0xfffffe045bb247a0 ---=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
svm_vmrun() at svm_vmrun+0x99b/frame 0xfffffe045bb247a0=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vm_run() at vm_run+0x1fc/frame 0xfffffe045bb24880=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
vmmdev_ioctl() at vmmdev_ioctl+0x85f/frame 0xfffffe045bb24920=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
devfs_ioctl_f() at devfs_ioctl_f+0x128/frame 0xfffffe045bb24980=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20
kern_ioctl() at kern_ioctl+0x26d/frame 0xfffffe045bb249f0=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
sys_ioctl() at sys_ioctl+0x15c/frame 0xfffffe045bb24ac0=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
amd64_syscall() at amd64_syscall+0xa38/frame 0xfffffe045bb24bf0=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20
fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe045bb24bf0=
=20=20=20=20=20
--- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8017f281a, rsp =3D
0x7fffde7f1e28, rbp =3D 0x7fffde7f1ee0 ---=20=20=20=20=20=20=20=20=20=20=20=
=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20
KDB: enter: panic=20=20=20=20=20=20=20=20=20=20

Usually MCA panics are result of hardware issues. Considering that you are
running desktop hardware, I am not exactly surprised.  But what makes me wo=
rry
is that in all cases exception happened while system was executing virtual
machine, so it may be either a trigger (and I don't know much about AMD MCA=
) or
just unrelated witness, just because this system spends most of its CPU time
running VMs.=20

You may try to report this issue to FreeBSD in case somebody really knows h=
ow
to decode AMD MCA.  But what I see now looks like checksum error in CPU L1
cache, which is a hardware problem.

--=20
You are receiving this mail because:
You are the assignee for the bug.=

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-239678-227>