Subcategories

  • Discussions about snapshots for pfSense Plus 25.11

    18 Topics
    112 Posts
    H
    Boot verification failed for default_20240506115436. Netgate pfSense Plus was automatically rebooted back into default_20240506115436_20251112000214. @ 2025-11-12 00:05:41 Crash report begins. Anonymous machine information: amd64 16.0-CURRENT FreeBSD 16.0-CURRENT #20 plus-RELENG_25_11-n256491-a459b76736d0: Tue Oct 28 18:48:31 UTC 2025 root@pfsense-build-release-amd64-1.eng.atx.netgate.com:/var/jenkins/workspace/pfSense-Plus-snapshots-25_11-main/obj/amd64/mjYGPXLl/var/jenkins/workspace/pfSe Crash report details: No PHP errors found. Filename: /var/crash/info.0 Dump header from device: /dev/ada0p2 Architecture: amd64 Architecture Version: 4 Dump Length: 247296 Blocksize: 512 Compression: none Dumptime: 2025-11-12 00:04:41 -0500 Hostname: pfSense.localdomain Magic: FreeBSD Text Dump Version String: FreeBSD 16.0-CURRENT #0 plus-RELENG_25_11-n256495-95f1c5bfa8f0: Tue Nov 11 21:02:30 UTC 2025 root@pfsense-build-release-amd64-2.eng.atx.netgate.com:/var/jenkins/workspace/pfSense-Plus-sn Panic String: page fault Dump Parity: 1310204002 Bounds: 0 Dump Status: good Filename: /var/crash/textdump.tar.0 ddb.txt���������������������������������������������������������������������������������������������0600����0�������0�������625056������15105012551� 7110� �����������������������������������������������������������������������������������������������������ustar���root����������������������������wheel������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������db:0:kdb.enter.default> run pfs db:1:pfs> bt Tracing pid 93086 tid 100303 td 0xfffff800112c9000 kdb_enter() at kdb_enter+0x33/frame 0xfffffe00d3bb1640 panic() at panic+0x43/frame 0xfffffe00d3bb16a0 trap_pfault() at trap_pfault+0x3c9/frame 0xfffffe00d3bb16f0 calltrap() at calltrap+0x8/frame 0xfffffe00d3bb16f0 --- trap 0xc, rip = 0xffffffff81045d15, rsp = 0xfffffe00d3bb17c0, rbp = 0xfffffe00d3bb1800 --- pfi_kkif_update() at pfi_kkif_update+0x15/frame 0xfffffe00d3bb1800 pfi_kkif_update() at pfi_kkif_update+0x20a/frame 0xfffffe00d3bb1850 pfi_ifaddr_event() at pfi_ifaddr_event+0x82/frame 0xfffffe00d3bb18a0 srcaddr_change_event() at srcaddr_change_event+0xa7/frame 0xfffffe00d3bb1910 in6_update_ifa() at in6_update_ifa+0xd52/frame 0xfffffe00d3bb1a90 in6_addifaddr() at in6_addifaddr+0x7f/frame 0xfffffe00d3bb1b60 in6_control_ioctl() at in6_control_ioctl+0x7e1/frame 0xfffffe00d3bb1bd0 ifioctl() at ifioctl+0x8b0/frame 0xfffffe00d3bb1cd0 kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe00d3bb1d40 sys_ioctl() at sys_ioctl+0x117/frame 0xfffffe00d3bb1e00 amd64_syscall() at amd64_syscall+0x126/frame 0xfffffe00d3bb1f30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00d3bb1f30 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x823d91f8a, rsp = 0x820511e88, rbp = 0x820511f80 --- db:1:pfs> show registers cs 0x20 ds 0x3b es 0x3b fs 0x13 gs 0x1b ss 0x28 rax 0x12 rcx 0xd232e969f628fa3 rdx 0x3f8 rbx 0x100 rsp 0xfffffe00d3bb1518 rbp 0xfffffe00d3bb1640 rsi 0xfffffe00d3bb13d0 rdi 0x4 r8 0x37625dc56d r9 0xfffff800112c9000 r10 0xfffffe00d3bb1400 r11 0xcedfc2df9afff59c r12 0 r13 0xfffff800061f67a8 r14 0xffffffff8147667e r15 0xfffff800112c9000 rip 0xffffffff80d92e33 kdb_enter+0x33 rflags 0x86 kdb_enter+0x33: movq $0,0x1b3e052(%rip) db:1:pfs> show pcpu cpuid = 3 dynamic pcpu = 0xfffffe0099144d80 curthread = 0xfffff800112c9000: pid 93086 tid 100303 critnest 1 "dhcp6c" curpcb = 0xfffff800112c9550 fpcurthread = 0xfffff800112c9000: pid 93086 "dhcp6c" idlethread = 0xfffff800057e8000: tid 100006 "idle: cpu3" self = 0xffffffff83813000 curpmap = 0xfffff8001127a358 tssp = 0xffffffff83813384 rsp0 = 0xfffffe00d3bb2000 kcr3 = 0x800000040fab54ae ucr3 = 0x800000040fab6cae scr3 = 0x40fab6cae gs32p = 0xffffffff83813404 ldt = 0xffffffff83813444 tss = 0xffffffff83813434 curvnet = 0xfffff800041f3f00 db:1:pfs> run lockinfo db:2:lockinfo> show locks No such command; use "help" to list available commands db:2:lockinfo> show alllocks No such command; use "help" to list available commands db:2:lockinfo> show lockedvnods Locked vnodes db:1:pfs> acttrace Tracing command intr pid 12 tid 100045 td 0xfffff80005808780 (CPU 2) cpustop_handler() at cpustop_handler+0x27/frame 0xfffffe001b76def0 ipi_nmi_handler() at ipi_nmi_handler+0x38/frame 0xfffffe001b76df00 nmi_handle_intr() at nmi_handle_intr+0xf/frame 0xfffffe001b76df20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xfffffe001b76df20 --- trap 0x13, rip = 0xffffffff80d94792, rsp = 0xfffffe00d36de9a8, rbp = 0xfffffe00d36dea30 --- lock_delay() at lock_delay+0x12/frame 0xfffffe00d36dea30 _rm_rlock_hard() at _rm_rlock_hard+0x3aa/frame 0xfffffe00d36dea60 pf_test() at pf_test+0x1b2/frame 0xfffffe00d36ded30 pf_check_in() at pf_check_in+0x33/frame 0xfffffe00d36ded60 pfil_mbuf_in() at pfil_mbuf_in+0x38/frame 0xfffffe00d36ded90 ip_input() at ip_input+0x3a1/frame 0xfffffe00d36dedf0 swi_net() at swi_net+0x128/frame 0xfffffe00d36dee60 ithread_loop() at ithread_loop+0x239/frame 0xfffffe00d36deef0 fork_exit() at fork_exit+0x7b/frame 0xfffffe00d36def30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00d36def30 --- trap 0xb0580629, rip = 0xda0e5fc40c0785ec, rsp = 0xfe26d2b689a0ceed, rbp = 0xd7162d14f6daff0d --- Tracing command intr pid 12 tid 100046 td 0xfffff80005808000 (CPU 1) cpustop_handler() at cpustop_handler+0x27/frame 0xfffffe001b75eef0 ipi_nmi_handler() at ipi_nmi_handler+0x38/frame 0xfffffe001b75ef00 nmi_handle_intr() at nmi_handle_intr+0xf/frame 0xfffffe001b75ef20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xfffffe001b75ef20 --- trap 0x13, rip = 0xffffffff80d94792, rsp = 0xfffffe00d36d99a8, rbp = 0xfffffe00d36d9a30 --- lock_delay() at lock_delay+0x12/frame 0xfffffe00d36d9a30 _rm_rlock_hard() at _rm_rlock_hard+0x3aa/frame 0xfffffe00d36d9a60 pf_test() at pf_test+0x1b2/frame 0xfffffe00d36d9d30 pf_check_in() at pf_check_in+0x33/frame 0xfffffe00d36d9d60 pfil_mbuf_in() at pfil_mbuf_in+0x38/frame 0xfffffe00d36d9d90 ip_input() at ip_input+0x3a1/frame 0xfffffe00d36d9df0 swi_net() at swi_net+0x128/frame 0xfffffe00d36d9e60 ithread_loop() at ithread_loop+0x239/frame 0xfffffe00d36d9ef0 fork_exit() at fork_exit+0x7b/frame 0xfffffe00d36d9f30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00d36d9f30 --- trap 0, rip = 0, rsp = 0x80018, rbp = 0xfffff80102b7ab40 --- ??() at 0/frame 0xfffff80102b7ab40 Tracing command pfctl pid 2223 tid 100272 td 0xfffff80011247000 (CPU 0) cpustop_handler() at cpustop_handler+0x27/frame 0xffffffff8294c080 ipi_nmi_handler() at ipi_nmi_handler+0x38/frame 0xffffffff8294c090 nmi_handle_intr() at nmi_handle_intr+0xf/frame 0xffffffff8294c0b0 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffffff8294c0b0 --- trap 0x13, rip = 0x26bc57e1fff9, rsp = 0x26bc545c9f40, rbp = 0x26bc545c9f50 --- Tracing command dhcp6c pid 93086 tid 100303 td 0xfffff800112c9000 (CPU 3) kdb_enter() at kdb_enter+0x33/frame 0xfffffe00d3bb1640 panic() at panic+0x43/frame 0xfffffe00d3bb16a0 trap_pfault() at trap_pfault+0x3c9/frame 0xfffffe00d3bb16f0 calltrap() at calltrap+0x8/frame 0xfffffe00d3bb16f0 --- trap 0xc, rip = 0xffffffff81045d15, rsp = 0xfffffe00d3bb17c0, rbp = 0xfffffe00d3bb1800 --- pfi_kkif_update() at pfi_kkif_update+0x15/frame 0xfffffe00d3bb1800 pfi_kkif_update() at pfi_kkif_update+0x20a/frame 0xfffffe00d3bb1850 pfi_ifaddr_event() at pfi_ifaddr_event+0x82/frame 0xfffffe00d3bb18a0 srcaddr_change_event() at srcaddr_change_event+0xa7/frame 0xfffffe00d3bb1910 in6_update_ifa() at in6_update_ifa+0xd52/frame 0xfffffe00d3bb1a90 in6_addifaddr() at in6_addifaddr+0x7f/frame 0xfffffe00d3bb1b60 in6_control_ioctl() at in6_control_ioctl+0x7e1/frame 0xfffffe00d3bb1bd0 ifioctl() at ifioctl+0x8b0/frame 0xfffffe00d3bb1cd0 kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe00d3bb1d40 sys_ioctl() at sys_ioctl+0x117/frame 0xfffffe00d3bb1e00 amd64_syscall() at amd64_syscall+0x126/frame 0xfffffe00d3bb1f30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00d3bb1f30 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x823d91f8a, rsp = 0x820511e88, rbp = 0x820511f80 --- db:1:pfs> ps If you need more I can upload the file since it's quite long.
  • Extension pgsql in PHP

    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • 2.3-RELEASE was not tagged in Github, which revision is 2.3-RELEASE?

    2
    0 Votes
    2 Posts
    1k Views
    H
    apply_patches.php is not part of pfSense_BASE. its is part of the system_patches package. you could try reinstalling/installing system_patches if you really wish to manually copy: https://github.com/pfsense/FreeBSD-ports/tree/RELENG_2_3_0/sysutils/pfSense-pkg-System_Patches/files/usr/local/bin
  • Extension pgsql [SOLVED]

    1
    0 Votes
    1 Posts
    793 Views
    No one has replied
  • Changing 2.3 product name -> fs set read-only?

    4
    0 Votes
    4 Posts
    2k Views
    T
    Same discovered here  8)
  • How to run custom service on boot?

    Locked
    2
    0 Votes
    2 Posts
    1k Views
    H
    You could try the Shell cmd package from gui
  • Offline Development package creation

    2
    0 Votes
    2 Posts
    1k Views
    MikeV7896M
    I can't help with the package creation part of your post, but thought I'd mention that one of the pfSense developers is working on the return of vnstat. A promising screen capture was posted the other day in this post of the graphing, but the caveat is that the developer working on it doesn't have a timeline for completion, and the level of effort depends on workload of other more important items. But there is work in progress to bring vnstat back to pfSense. :)
  • RRD RAM Disk Backup/Restore

    6
    0 Votes
    6 Posts
    2k Views
    N
    @cmb: @NOYB: Thanks Jim.  So is there a use case for doing the rrddump in the reboot/shutdown/periodic backup for ram disk instead of the *.rrd files directly?  Would make that process cleaner, and straight forward without the rrddump. Wouldn't be a good idea. That's a lot of processing for no reason in that case. It's fast and low-resource to copy the rrd files, doing a dump and restore chews up CPU and RAM. In the past, at times enough RAM that it runs an ALIX out of RAM and kills off the process. Good chance of data issues on low RAM systems if you did a dump on every shut down and restore at boot up. That's how it's currently being done.  So should it be changed?  Just tar the *.rrd files and do away with the rrdtool dump at shutdown and rrdtool restore at boot up? In the ram disk management commit/pr submitted it should be pretty easy eliminate the rrdtool dump/restore on shutdown/boot up.
  • Replacing unbound/dnsmasq with custom resolver package

    3
    0 Votes
    3 Posts
    1k Views
    artooroA
    Just continuing to answer my own questions here. It looks like the <dns>system_services entry is likely related to a pull requests here https://github.com/pfsense/pfsense/pull/679/commits/513d61a8934989be0b9332d29d0f80926302344e#diff-163d9a46abf34586e1f87297c7670978R193 that was never actually merged. So basically it does nothing at this time. But it would be really great if that function would exist as mentioned in the pull request. Instead of hard coding a check for specifically unbound or dnsmasq if any package that provides the DNS system service is enabled then those triggers would apply. Since pfSense is open source I may send a new pull request myself at some point when I'm done my current port. What I've done in my package is I wrote some code that configures unbound on a non-standard port and makes it enabled while making sure dnsmasq is disabled. Just so that any pfSense functions that depend on the DNS Resolver/Forwarder (which we've replaced) being enabled will work.</dns>
  • MOVED: Separator bug

    Locked
    1
    0 Votes
    1 Posts
    717 Views
    No one has replied
  • Speed up the WebGui using Ajax instead of HTML

    1
    0 Votes
    1 Posts
    731 Views
    No one has replied
  • Add packages to PFSense 2.3 repository

    3
    0 Votes
    3 Posts
    2k Views
    S
    @heper: -https://forum.pfsense.org/index.php?topic=103481.0 -creating pull requests for them on https://github.com/pfsense/FreeBSD-ports -creating a redmine ticket for feedback there is also the chance that someone of the coredevs is already working on a pkg for NUT … Thanks. I have created the pull requests + tickets in redmine.
  • Callback custom_php_deinstall_command in PFSense 2.3

    3
    0 Votes
    3 Posts
    948 Views
    bmeeksB
    With the change to pkg to fully manage installs and uninstalls of packages, the old _<custom_php_deinstall_command></custom_php_deinstall_command>_still gets called, but the problem now is it gets called after pkg has already deleted all the PHP and INC files from the system.  So naturally your deinstall routines can't be called because they no longer exist.  I hit the same problem in one of my packages. The command BBcan177 referenced gets called before pkg removes all the files, so your uninstall routine can run. Bill
  • MOVED: 2.3 separator character support

    Locked
    1
    0 Votes
    1 Posts
    859 Views
    No one has replied
  • Generate custom iso pfsense

    1
    0 Votes
    1 Posts
    968 Views
    No one has replied
  • Captive Portal RADIUS MAC Authentication Improvement Idea

    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • How to re-build pfsense packages ?

    1
    0 Votes
    1 Posts
    780 Views
    No one has replied
  • PfSense 2.2.6/i386 segmentation fault, illegal operations

    3
    0 Votes
    3 Posts
    1k Views
    D
    Oh, thank you very much ! :)
  • BUG on GRE interface page

    2
    0 Votes
    2 Posts
    808 Views
    jimpJ
    Thanks for the report, I can confirm it is a problem and I opened a ticket for it here https://redmine.pfsense.org/issues/6010 – I also pushed a fix to 2.3 for it, so it won't be a problem in the future. They are OK at boot time, so once you have the interface saved it's OK from then on if you have to reboot. GIF interfaces also had the same problem for interface flags so I applied the same fix there.
  • Replacement of Layer7 Filter

    1
    0 Votes
    1 Posts
    907 Views
    No one has replied
  • Using pkg_edit.php file

    4
    0 Votes
    4 Posts
    1k Views
    P
    @André: Pkg_edit then sends the changes made in the xml file for packages? It renders UI pages of packages based on the fields defined in the package XML, and does the necessary stuff to save the user-defined values into the package's section of config.xml.
Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.