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

    strange crash report everyday

    Scheduled Pinned Locked Moved General pfSense Questions
    8 Posts 2 Posters 412 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.
    • A
      art godknow
      last edited by

      Hello all,

      i am pretty new for pfsense or software firewall.
      My pfsense works in my esxi server actually without this crash thing works well.
      almost everyday i had this strange crash report ive lost my connection few seconds then all back to normal again without my intervention.
      here is the error ive got.
      your help would appreciated.

      crash.txt
      dumps.zip

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

        Hmm, you have 3 completely different backtraces there:

        db:0:kdb.enter.default>  bt
        Tracing pid 11 tid 100003 td 0xfffffe001ea7e3a0
        kdb_enter() at kdb_enter+0x32/frame 0xfffffe001bdee890
        vpanic() at vpanic+0x163/frame 0xfffffe001bdee9c0
        panic() at panic+0x43/frame 0xfffffe001bdeea20
        trap_fatal() at trap_fatal+0x40c/frame 0xfffffe001bdeea80
        calltrap() at calltrap+0x8/frame 0xfffffe001bdeea80
        --- trap 0x9, rip = 0xffffffff80d437e0, rsp = 0xfffffe001bdeeb50, rbp = 0xfffffe001bdeeb60 ---
        sleepq_signal() at sleepq_signal+0x30/frame 0xfffffe001bdeeb60
        wakeup_any() at wakeup_any+0x1f/frame 0xfffffe001bdeeb80
        grouptaskqueue_enqueue() at grouptaskqueue_enqueue+0x1cd/frame 0xfffffe001bdeeba0
        iflib_fast_intr_rxtx() at iflib_fast_intr_rxtx+0x1f2/frame 0xfffffe001bdeec00
        intr_event_handle() at intr_event_handle+0x126/frame 0xfffffe001bdeec70
        intr_execute_handlers() at intr_execute_handlers+0x49/frame 0xfffffe001bdeeca0
        Xapic_isr1() at Xapic_isr1+0xdc/frame 0xfffffe001bdeeca0
        --- interrupt, rip = 0xffffffff81255c16, rsp = 0xfffffe001bdeed70, rbp = 0xfffffe001bdeed70 ---
        acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe001bdeed70
        acpi_cpu_idle() at acpi_cpu_idle+0x2fe/frame 0xfffffe001bdeedb0
        cpu_idle_acpi() at cpu_idle_acpi+0x46/frame 0xfffffe001bdeedd0
        cpu_idle() at cpu_idle+0x9d/frame 0xfffffe001bdeedf0
        sched_idletd() at sched_idletd+0x576/frame 0xfffffe001bdeeef0
        fork_exit() at fork_exit+0x7f/frame 0xfffffe001bdeef30
        fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe001bdeef30
        --- trap 0, rip = 0, rsp = 0, rbp = 0 ---
        
        b:0:kdb.enter.default>  bt
        Tracing pid 9 tid 100135 td 0xfffffe00d8d061e0
        kdb_enter() at kdb_enter+0x32/frame 0xfffffe00d8ec78b0
        vpanic() at vpanic+0x163/frame 0xfffffe00d8ec79e0
        panic() at panic+0x43/frame 0xfffffe00d8ec7a40
        trap_fatal() at trap_fatal+0x40c/frame 0xfffffe00d8ec7aa0
        calltrap() at calltrap+0x8/frame 0xfffffe00d8ec7aa0
        --- trap 0x9, rip = 0xffffffff80b04814, rsp = 0xfffffe00d8ec7b70, rbp = 0xfffffe00d8ec7b80 ---
        vtterm_cngrab() at vtterm_cngrab+0x64/frame 0xfffffe00d8ec7b80
        cngrab() at cngrab+0x26/frame 0xfffffe00d8ec7ba0
        vpanic() at vpanic+0xd1/frame 0xfffffe00d8ec7cd0
        panic() at panic+0x43/frame 0xfffffe00d8ec7d30
        trap_fatal() at trap_fatal+0x40c/frame 0xfffffe00d8ec7d90
        calltrap() at calltrap+0x8/frame 0xfffffe00d8ec7d90
        --- trap 0x9, rip = 0xffffffff8095c2d0, rsp = 0xfffffe00d8ec7e60, rbp = 0xfffffe00d8ec7ef0 ---
        random_kthread() at random_kthread+0x190/frame 0xfffffe00d8ec7ef0
        fork_exit() at fork_exit+0x7f/frame 0xfffffe00d8ec7f30
        fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00d8ec7f30
        --- trap 0, rip = 0, rsp = 0, rbp = 0 ---
        
        db:0:kdb.enter.default>  bt
        Tracing pid 68619 tid 101304 td 0xfffffe00f3f1ae40
        kdb_enter() at kdb_enter+0x32/frame 0xfffffe00f2ec38c0
        vpanic() at vpanic+0x163/frame 0xfffffe00f2ec39f0
        panic() at panic+0x43/frame 0xfffffe00f2ec3a50
        trap_fatal() at trap_fatal+0x40c/frame 0xfffffe00f2ec3ab0
        calltrap() at calltrap+0x8/frame 0xfffffe00f2ec3ab0
        --- trap 0x9, rip = 0xffffffff81280d53, rsp = 0xfffffe00f2ec3b80, rbp = 0xfffffe00f2ec3b80 ---
        pmap_pvh_remove() at pmap_pvh_remove+0x23/frame 0xfffffe00f2ec3b80
        pmap_enter() at pmap_enter+0xc84/frame 0xfffffe00f2ec3c50
        vm_fault() at vm_fault+0x134b/frame 0xfffffe00f2ec3d60
        vm_fault_trap() at vm_fault_trap+0x6b/frame 0xfffffe00f2ec3db0
        trap_pfault() at trap_pfault+0x1d9/frame 0xfffffe00f2ec3e10
        trap() at trap+0x442/frame 0xfffffe00f2ec3f30
        calltrap() at calltrap+0x8/frame 0xfffffe00f2ec3f30
        --- trap 0xc, rip = 0x1d83a28ab869, rsp = 0x1b08f4a6f50, rbp = 0x1b08f4a6fa0 ---
        

        I would normally have said that's a hardware issue except that seems unlikely in ESXi. I assume other VMs do not crash?
        Potentially still a failing RAM problem.

        Steve

        A 1 Reply Last reply Reply Quote 0
        • A
          art godknow @stephenw10
          last edited by

          @stephenw10

          Thnx for your reply.

          Yes there is 6 vm s in the Esxi one of them even game server which sometimes ive play many many hours on it never seen it crashed.
          also Opnsense which i was using before pfsense had this kind of crash before but not sure if those same. i am thinking maybe something wrong or kinds a compatibility issiues with FreeBSD maybe?
          Any suggests?
          Thnx

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

            What ESXi version are you using? Some older versions do not correctly support newer FreeBSD version such as those pfSense is built on.

            A 1 Reply Last reply Reply Quote 0
            • A
              art godknow @stephenw10
              last edited by

              @stephenw10

              mostly i am keepin it latest version with little time frame to be sure about no problem with update
              ESXi-8.0U3b-24280767

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

                Mmm, that should be fine.

                You might check the VM version isn't something ancient if you've been upgrading it for some time.

                A 1 Reply Last reply Reply Quote 0
                • A
                  art godknow @stephenw10
                  last edited by art godknow

                  @stephenw10
                  Ive already started with version 8 on esxi. cannot be also checked twice
                  thnx

                  c158ab17-1d94-4203-b7eb-315af9ffe084-image.png

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

                    If you created the VM in ESXi 8.0 then it's probably OK. But the VM version is separate to the ESXi version.

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