• textdump.tar.0 is 0 bytes and won't download.
    Crash text file attached below:

    Crash report begins. Anonymous machine information:

    FreeBSD 11.3-STABLE #243 abf8cba50ce(RELENG_2_4_5): Tue Jun 2 17:53:37 EDT 2020 root@buildbot1-nyi.netgate.com:/build/ce-crossbuild-245/obj/amd64/YNx4Qq3j/build/ce-crossbuild-245/sources/FreeBSD-src/sys/pfSense

    Crash report details:

    No PHP errors found.

    Filename: /var/crash/info.0
    Dump header from device: /dev/label/swap0
    Architecture: amd64
    Architecture Version: 1
    Dump Length: 135680
    Blocksize: 512
    Dumptime: Sat Aug 15 20:10:03 2020
    Hostname: pfSense.localdomain
    Magic: FreeBSD Text Dump
    Version String: FreeBSD 11.3-STABLE #243 abf8cba50ce(RELENG_2_4_5): Tue Jun 2 17:53:37 EDT 2020
    Panic String: page fault
    Dump Parity: 3611106914
    Bounds: 0
    Dump Status: good

    Crash information: info.0.txt

  • Rebel Alliance Developer Netgate

    The backtrace doesn't look familiar, but I also see several snort crashes from signal 11 and one from signal 4 in the message buffer.

    If it were me, I'd be strongly suspicious of the hardware. Specifically, overheating, power stability, or faulty RAM as top suspects, but it could be pretty much anything.

  • Netgate Administrator

    The key parts there are:

    db:0:kdb.enter.default>  bt
    Tracing pid 81170 tid 100120 td 0xfffff8000d963620
    kdb_enter() at kdb_enter+0x3b/frame 0xfffffe0232018580
    vpanic() at vpanic+0x19b/frame 0xfffffe02320185e0
    panic() at panic+0x43/frame 0xfffffe0232018640
    trap_pfault() at trap_pfault/frame 0xfffffe0232018690
    trap_pfault() at trap_pfault+0x49/frame 0xfffffe02320186f0
    trap() at trap+0x29d/frame 0xfffffe0232018800
    calltrap() at calltrap+0x8/frame 0xfffffe0232018800
    --- trap 0xc, rip = 0xffffffff8124bbf0, rsp = 0xfffffe02320188d0, rbp = 0xfffffe02320188d0 ---
    free_pv_entry() at free_pv_entry+0x40/frame 0xfffffe02320188d0
    pmap_remove_pte() at pmap_remove_pte+0x1d5/frame 0xfffffe0232018930
    pmap_remove_ptes() at pmap_remove_ptes+0x100/frame 0xfffffe0232018990
    pmap_remove() at pmap_remove+0x347/frame 0xfffffe0232018a00
    vm_map_delete() at vm_map_delete+0x15d/frame 0xfffffe0232018a60
    kern_munmap() at kern_munmap+0x8d/frame 0xfffffe0232018ac0
    amd64_syscall() at amd64_syscall+0xa86/frame 0xfffffe0232018bf0
    fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe0232018bf0
    --- syscall (73, FreeBSD ELF64, sys_munmap), rip = 0x8009d7b7a, rsp = 0x7fffffffdea8, rbp = 0x7fffffffe590 ---
    db:0:kdb.enter.default>  ps


    Fatal trap 12: page fault while in kernel mode
    cpuid = 0; apic id = 00
    fault virtual address	= 0xfffffffff5555570
    fault code		= supervisor write data, page not present
    instruction pointer	= 0x20:0xffffffff8124bbf0
    stack pointer	        = 0x28:0xfffffe02320188d0
    frame pointer	        = 0x28:0xfffffe02320188d0
    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		= 81170 (php)
    trap number		= 12
    panic: page fault
    cpuid = 0
    KDB: enter: panic

    From which I'd guess bad ram or memory exhaustion of some kind maybe.

    Is this the first time you've seen it crash? Has it been in use so me time?

    That's a fairly old system.


  • @stephenw10 It is an older system I use as my firewall. The server crashes maybe once or twice a year since I've installed it. This is the first crash I've posted. Otherwise it's stable for me. Here's the system info below.

    BIOS Vendor: Phoenix Technologies, LTD
    Version: ASUS M2A-VM HDMI ACPI BIOS Revision 1501
    Release Date: Fri Oct 26 2007
    Version 2.4.5-RELEASE-p1 (amd64)
    built on Tue Jun 02 17:51:17 EDT 2020
    FreeBSD 11.3-STABLE

    The system is on the latest version.
    Version information updated at Wed Aug 26 16:53:17 +04 2020
    CPU Type AMD Athlon(tm) 64 X2 Dual Core Processor 6400+
    2 CPUs: 1 package(s) x 2 core(s)
    AES-NI CPU Crypto: No
    Kernel PTI Disabled
    MDS Mitigation Inactive
    Uptime 22 Hours 20 Minutes 23 Seconds
    Current date/time
    Wed Aug 26 16:54:36 +04 2020
    DNS server(s)
    Last config change Mon Aug 3 20:42:08 +04 2020
    State table size
    0% (496/800000) Show states
    MBUF Usage
    0% (2536/1000000)
    Load average
    0.16, 0.23, 0.21
    CPU usage
    Memory usage
    3% of 8006 MiB
    SWAP usage
    0% of 972 MiB
    Disk usage:
    8% of 17GiB - ufs
    4% of 3.4MiB - ufs in RAM

    1 built in 1000gb
    2 Netgear 1000gb

  • Netgate Administrator

    I would suggest you probably don't need 8GB in there:

    Memory usage
    3% of 8006 MiB

    If there is any doubt over any of those DIMMs, remove them. Run a few cycles of memtest.

    On a 12 year old system though it could be failing in any number of ways.