Service installation problems / service widget display(?) bug
-
I upgraded our dev instance to the new snapshots. Had to remove PfBlockerNG-devel as it has PHP errors in Post Install script but all other packages on the list could be installed/upgraded. That were:
acme: ✓ check
cron: ✓ check
filter: ✓ check
freeradius: ✓ check
haproxy(devel): ✓ check
lldpd: ✓ check
mtr-nox11: ✓ check
nmap: ✓ check
openvpn-client-export: ✓ check
pfBlockerNG-devel: X NOPE - PHP Errors
shellcmd: ✓ check
sudo: ✓ check
status-traffic-totals: ✓ check
system patches: ✓ check
wireguard: ✓ WARN: immer noch dpinger/unbound bug
tailscale: ✓ checkOn a sidenote: Wireguard Package still has the reported buggy installation behavior: if you install or upgrade wireguard,
dpinger
andunbound
services will be down afterwards and no further package or internet access (with DNS) is possible until a restart of both packages. Then they work without a problem. It's always triggered by wireguard being installed or (fully) upgraded.besides that, after installing/upgrading/reinstalling all packages and looking our for post install problems, the service widget jumped to my eyes: it won't show the new services even though they show up in the widgets config section:
So radius, wireguard etc. are checked but won't show up as status or restart.
Status / Services shows them correctly:
Cheers
\jens -
I'd have to look over the code again but I'm pretty sure that is because the widget doesn't display "disabled" services to conserve space. Presumably if a service is disabled (not just stopped) it isn't worth taking up precious dashboard area.
Might be something we could make a toggle in the widget settings.
-
@jimp said in Service installation problems / service widget display(?) bug:
I'd have to look over the code again but I'm pretty sure that is because the widget doesn't display "disabled" services to conserve space. Presumably if a service is disabled (not just stopped) it isn't worth taking up precious dashboard area.
Might be something we could make a toggle in the widget settings.
Thought so, too but check e.g. "radius" or "lldpd" - it's running and working but still doesn't show up in the list. :)
-
Ah, you are right. There is a flaw / difference in the logic the wizard uses when it tries to hide disabled services, it wasn't determining the status properly compared to the status page. There are still potential pitfalls there but at least now they should be consistent.
https://github.com/pfsense/pfsense/commit/ade64ca64752c23ccec69640397aa034c648da85
It was either that or remove the disabled check entirely which makes it list all of the disabled services in the widget which made it even longer on the systems I looked at. Which again might be nice as an option but it's more work and can wait until later. Might be worth putting in a feature request Redmine if you'd be interested in that for a later release.
-
@jimp said in Service installation problems / service widget display(?) bug:
https://github.com/pfsense/pfsense/commit/ade64ca64752c23ccec69640397aa034c648da85
Checked this, too - works as expected!
Services show up when enabled and configured properly and show their status again :)Thanks again