Pulled the trigger to update, upgrade on the box went smoothly all packages updated ok, switched over to kea DHCP which seems to be working.
Issues I noticed:
Gmail credentials for email notification not working, though for whatever reason I’ve noticed this service will stop working after a period no matter what address I use.
FreeRADIUS service won’t start, a quick look in the logs yields:
(radiusd), jid 0, uid 0: exited on signal 11 (no core dump - too large)
No idea what that is, tried reinstalling the package, didn’t resolve the issue. Have a 2nd box to upgrade at the weekend will see if I have the same issues.
Upgraded a client this morning along with half a dozen packages. All went smooth except Wireguard which crashed. Doing a re-install also produced the same crash dump. I wound up removing Wireguard completely since the client isn’t actually using it.
I’ll first backup and test on a cold spare appliance before deploying. Or just wait a few weeks for everyone else to be the guinea pig’s. There is no feature I am waiting on.
This php error was spewed out though I’m not much wiser
[26-Nov-2024 14:33:35 Europe/London] PHP Fatal error: Uncaught TypeError: Cannot access offset of type string on string in /etc/inc/certs.inc:75
Stack trace: #0 /etc/inc/certs.inc(364): lookup_ca() #1 /usr/local/pkg/freeradius.inc(1250): cert_create() #2 /usr/local/pkg/freeradius.inc(237): freeradius_eapconf_resync() #3 /etc/inc/pkg-utils.inc(801) : eval()'d code(1): freeradius_install_command() #4 /etc/inc/pkg-utils.inc(801): eval() #5 /etc/inc/pkg-utils.inc(919): eval_once() #6 /etc/rc.packages(76): install_package_xml() #7 {main}
thrown in /etc/inc/certs.inc on line 75
Looks like a cert error for FreeRADIUS if I was to have a punt. Usually I wait to do an upgrade, I just happened to have some free time, though I think I might tinker with this at the weekend.