Crash report

[hgshank]

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

Crash report begins. Anonymous machine information:

amd64
11.3-STABLE
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
root@buildbot1-nyi.netgate.com:/build/ce-crossbuild-245/obj/amd64/YNx4Qq3j/build/ce-crossbuild-245/source
Panic String: page fault
Dump Parity: 3611106914
Bounds: 0
Dump Status: good

Crash information: info.0.txt

[jimp]

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.

[stephenw10]

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

and

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.

Steve

[hgshank]

@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)
127.0.0.1
192.168.1.1
1.1.1.1
8.8.8.8
8.8.4.4
Last config change Mon Aug 3 20:42:08 +04 2020
State table size
0% (496/800000) Show states
MBUF Usage
0% (2536/1000000)
Temperature
40.1°C
Load average
0.16, 0.23, 0.21
CPU usage
2%
Memory usage
3% of 8006 MiB
SWAP usage
0% of 972 MiB
Disk usage:
/
8% of 17GiB - ufs
/var/run
4% of 3.4MiB - ufs in RAM

NICS:
1 built in 1000gb
2 Netgear 1000gb

[stephenw10]

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.

Steve