Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    My pfSense Plus firewall crashed this morning

    Scheduled Pinned Locked Moved General pfSense Questions
    2 Posts 2 Posters 337 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R
      rameshk
      last edited by rameshk

      Hi There,
      My pfSense+ crashed this morning and restarted. It was working fine before and after the reboot. It's a bit strange as it never happened before. I have attached the textdump file for your review.

      CPU: Intel Celeron 3965U
      RAM: 8GB
      NIC: Intel 6 ports
      pfSense ver: 23.05.1
      Plug-ins: pfBlockerNG, OpenVPN, Suricata, FreeRadius server

      Note: I am using pfSense for a very long time and never had this issue.
      textdump_18-07-23.tar.0

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Backtrace:

        db:1:pfs> bt
        Tracing pid 72793 tid 100228 td 0xfffffe00d0dae3a0
        kdb_enter() at kdb_enter+0x32/frame 0xfffffe00d0bc3960
        vpanic() at vpanic+0x183/frame 0xfffffe00d0bc39b0
        panic() at panic+0x43/frame 0xfffffe00d0bc3a10
        trap_fatal() at trap_fatal+0x409/frame 0xfffffe00d0bc3a70
        trap_pfault() at trap_pfault+0x4f/frame 0xfffffe00d0bc3ad0
        calltrap() at calltrap+0x8/frame 0xfffffe00d0bc3ad0
        --- trap 0xc, rip = 0xffffffff8128b0d7, rsp = 0xfffffe00d0bc3ba0, rbp = 0xfffffe00d0bc3bc0 ---
        free_pv_entry() at free_pv_entry+0x47/frame 0xfffffe00d0bc3bc0
        pmap_remove_pte() at pmap_remove_pte+0x1c4/frame 0xfffffe00d0bc3c20
        pmap_remove_ptes() at pmap_remove_ptes+0xdc/frame 0xfffffe00d0bc3c80
        pmap_remove() at pmap_remove+0x53e/frame 0xfffffe00d0bc3d00
        vm_map_delete() at vm_map_delete+0x1b2/frame 0xfffffe00d0bc3d70
        kern_munmap() at kern_munmap+0x90/frame 0xfffffe00d0bc3e00
        amd64_syscall() at amd64_syscall+0x109/frame 0xfffffe00d0bc3f30
        fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00d0bc3f30
        --- syscall (73, FreeBSD ELF64, munmap), rip = 0x230aa0651eca, rsp = 0x820adf498, rbp = 0x820adfbb0 ---
        

        Panic:

        Fatal trap 12: page fault while in kernel mode
        cpuid = 1; apic id = 02
        fault virtual address	= 0xfffffffff5555570
        fault code		= supervisor write data, page not present
        instruction pointer	= 0x20:0xffffffff8128b0d7
        stack pointer	        = 0x28:0xfffffe00d0bc3ba0
        frame pointer	        = 0x28:0xfffffe00d0bc3bc0
        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		= 72793 (php-cgi)
        rdi: fffffe00d13f8530 rsi:                0 rdx:         feaaaaab
        rcx: fffffffffeaaaaab  r8: fffffe00d0bc3ca8  r9: fffffe00d0bc3cc8
        rax:      10000000000 rbx:                0 rbp: fffffe00d0bc3bc0
        r10:      7fffffff000 r11:                0 r12: fffffe0010007300
        r13: 80000000399ff467 r14: fffffe00d13f8530 r15:               40
        trap number		= 12
        panic: page fault
        cpuid = 1
        time = 1689655504
        KDB: enter: panic
        

        Nothing very revealing there.
        You do have a lot of link state changes shown in the message buffer but that could have been over a long period?

        Steve

        1 Reply Last reply Reply Quote 0
        • First post
          Last post
        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.