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

    Rare kernel panic on 23.09.1-RELEASE (amd64), non-Netgate HW

    Scheduled Pinned Locked Moved General pfSense Questions
    4 Posts 2 Posters 351 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.
    • P
      pst
      last edited by

      I received this easter egg today during normal operation.

      Fatal trap 9: general protection fault while in kernel mode
      cpuid = 7; apic id = 07
      instruction pointer	= 0x20:0xffffffff8128b88a
      stack pointer	        = 0x28:0xfffffe00cc0bdc10
      frame pointer	        = 0x28:0xfffffe00cc0bdd60
      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		= 73857 (sysctl)
      rdi: fffff8002bddb868 rsi: fffffe00033b7c08 rdx: fffffe00033b7c08
      rcx: 0000000000000000  r8: fffff80145e58000  r9: 00000000000000c6
      rax: fefff801acac6f00 rbx: fffffffffffffff8 rbp: fffffe00cc0bdd60
      r10: fffff8011bf9d040 r11: fffff80145e58000 r12: 000000011bf9d067
      r13: fffffe001000fe80 r14: fffffe00033b7bd0 r15: 800000007f4f2425
      trap number		= 9
      panic: general protection fault
      cpuid = 7
      time = 1711803858
      KDB: enter: panic
      

      I see a lot of "<7>arpresolve: can't allocate llinfo for <snipped> on igb0" which is normally seen when the WAN has gone down.

      db:1:pfs> bt
      Tracing pid 73857 tid 113360 td 0xfffffe00cbd8b720
      kdb_enter() at kdb_enter+0x32/frame 0xfffffe00cc0bd950
      vpanic() at vpanic+0x163/frame 0xfffffe00cc0bda80
      panic() at panic+0x43/frame 0xfffffe00cc0bdae0
      trap_fatal() at trap_fatal+0x40c/frame 0xfffffe00cc0bdb40
      calltrap() at calltrap+0x8/frame 0xfffffe00cc0bdb40
      --- trap 0x9, rip = 0xffffffff8128b88a, rsp = 0xfffffe00cc0bdc10, rbp = 0xfffffe00cc0bdd60 ---
      pmap_remove_pages() at pmap_remove_pages+0x6ba/frame 0xfffffe00cc0bdd60
      vmspace_exit() at vmspace_exit+0x80/frame 0xfffffe00cc0bdd90
      exit1() at exit1+0x53a/frame 0xfffffe00cc0bddf0
      sys_exit() at sys_exit+0xd/frame 0xfffffe00cc0bde00
      amd64_syscall() at amd64_syscall+0x109/frame 0xfffffe00cc0bdf30
      fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00cc0bdf30
      --- syscall (1, FreeBSD ELF64, exit), rip = 0x13f74a52852a, rsp = 0x13f7489204d8, rbp = 0x13f7489204f0 ---
      

      Where should I upload the dump file, if need be?

      Thanks.

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

        You can upload it here: https://nc.netgate.com/nextcloud/s/4a77yNmCcRPQBoN

        That backtrace is very generic though.

        P 1 Reply Last reply Reply Quote 0
        • P
          pst @stephenw10
          last edited by

          @stephenw10 Done. It would be good to know if it suggests a hardware issue, or just a software bug. Thanks.

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

            Hmm, as you say the llinfo arp messages have obscured anything that might give us a clue.

            Really not much to go on there. The backtrace shows a general memory error but that could be hardware or software.

            Is that the first time it has happened? Did it happen after upgrading to 23.09.1?

            1 Reply Last reply Reply Quote 0
            • stephenw10S stephenw10 referenced this topic on
            • P pst referenced this topic on
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.