26.07.b.20260727.1443

netblues

Updated without issues from previous beta. Dirty too.

It has been running for about 24 h now.

frr, openvpn, server & client, wireguard, pfblockerng, kea. ppoe & dhcp on wan. Looks good.

Under kvm, in a router on a stick 10g Mellanox config.

netblues

Tried next beta
Version 26.07.b.20260730.1532 is

System crashed at boot while upgrading hundreds of back traces and errors on console, and it auto reverted to 1433

warning

Boot verification failed for default_20240714144502_20250329075912_20250329082412_20250329142348_20250401180456. Netgate pfSense Plus was automatically rebooted back into default_20240714144502_20250329075912_20250329082412_20250329142348_20250401180456_20260731074354. @ 2026-07-31 07:51:29

Jul 31 07:43:46 pfplus php-fpm[41317]: NOTICE [Config] Configuration Change: admin@192.168.31.87 (Local Database): Creating restore point before upgrade.
Jul 31 07:43:46 pfplus check_reload_status[742]: Syncing firewall
Jul 31 07:43:54 pfplus pkg-static[3943]: pfSense-upgrade upgraded: 1.3.37 -> 1.3.38
Jul 31 07:46:22 pfplus php-cgi[77047]: ERROR [Notifications] SMTP queue does not exist or is not writable.
Jul 31 07:47:26 pfplus kernel: bridge0: mac address 1c:2a:a3:1e:97:45 vlan 0 moved from vtnet6 to vtnet2
Jul 31 07:47:45 pfplus reboot[88970]: rebooted by root
Jul 31 07:47:45 pfplus kernel: done.
Jul 31 07:47:46 pfplus kernel: done.
Jul 31 07:51:34 pfplus syslogd: kernel boot file is /boot/kernel/kernel
Jul 31 07:51:34 pfplus kernel:
Jul 31 07:51:34 pfplus kernel:
Jul 31 07:51:34 pfplus kernel:
Jul 31 07:51:34 pfplus kernel: Fatal trap 12: page fault while in kernel mode
Jul 31 07:51:34 pfplus kernel: cpuid = 0; apic id = 00
Jul 31 07:51:34 pfplus kernel: fault virtual address    = 0x0
Jul 31 07:51:34 pfplus kernel: fault code               = supervisor read data, page not present
Jul 31 07:51:34 pfplus kernel: instruction pointer      = 0x20:0xffffffff811f96ec
Jul 31 07:51:34 pfplus kernel: stack pointer            = 0x28:0xfffffe008cb5d9d0
Jul 31 07:51:34 pfplus kernel: frame pointer            = 0x28:0xfffffe008cb5d9e0
Jul 31 07:51:34 pfplus kernel: processor eflags = interrupt enabled, resume, IOPL = 0
Jul 31 07:51:34 pfplus kernel: current thread           = 63996/100388 (ifconfig/ifconfig)
Jul 31 07:51:34 pfplus kernel: rdi: fffff802050e2800 rsi: 0000000000000000 rdx: 0000000000000000
Jul 31 07:51:34 pfplus kernel: rcx: fffff8000663b780  r8: fffff8000663b780  r9: fffff802050e2800
Jul 31 07:51:34 pfplus kernel: rax: 0000000000000000 rbx: 0000000000000000 rbp: fffffe008cb5d9e0
Jul 31 07:51:34 pfplus kernel: r10: 0000000000000000 r11: 0000000000000000 r12: 0000000000000006
Jul 31 07:51:34 pfplus kernel: r13: fffff801546196c0 r14: fffff802050e2800 r15: fffff8015e8bbf00
Jul 31 07:51:34 pfplus kernel: panic: page fault
Jul 31 07:51:34 pfplus kernel: cpuid = 0
Jul 31 07:51:34 pfplus kernel: time = 1785473432
Jul 31 07:51:34 pfplus kernel: KDB: enter: panic
Jul 31 07:51:34 pfplus kernel: ---<<BOOT>>---
Jul 31 07:51:34 pfplus kernel: Copyright (c) 1992-2026 The FreeBSD Project.
Jul 31 07:51:34 pfplus kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Jul 31 07:51:34 pfplus kernel:  The Regents of the University of California. All rights reserved.

patient0

@netblues I did upgrade on a VM but from 20260702.2342 (first beta I think) and it did work. Do you have a snapshot from the first beta you could go back and try upgrading from there. And/or try a not-dirty upgrade?

Btw: In the Dashboard I see a new line in 'System', 'License Phrase'. Was that already in the 20260727 beta?

netblues

@patient0 Im currently to (auto reverted)
1433

The license phrase is still here

And certainly I'm not doing a non dirty upgrade when the fault is in ifconfig, page fault, very early on boot.

The idea of removing all packages is creating space for the upgrade.

I could go back to 26.03.1, but I'll wait for the devs first.

DarkFnh

Version 26.07.b.20260730.1532 causes a kernel panic for me as well ..

trap_pfault() at trap_pfault+0x3a8/frame 0xfffffe00d3760900
calltrap() at calltrap+0x8/frame 0xfffffe00d3760900
--- trap 0xc, rip = 0xffffffff811f96ec, rsp = 0xfffffe00d37609d0, rbp = 0xfffffe00d37609e0 ---
crypto_freesession() at crypto_freesession+0x1c/frame 0xfffffe00d37609e0
wg_module_event_handler() at wg_module_event_handler+0x134/frame 0xfffffe00d3760a30

stephenw10

Hmm, you have a full crash report from either of those?

Though actually that looks like it might have been an IIMB bug that is now fixed in the new build. If you had IIMB enabled.

DarkFnh

@stephenw10 Yup it likely was the IIMB as I had IPsec-MB enabled.

patient0

@stephenw10 is the 'License Phrase' something to keep private, like the Netgate Device ID?

stephenw10

Probably better to do so since it's a unique identifier for the system. But can't be used in reverse. Knowing the phrase doesn't help you license a different system for example.