Problem after upgrading to 24.11-RC
-
What other log ?
Specifics (cli commands) ?
Can it be my XML-backup that corrupts the system somehow when restoring it ?
I would really hate to have to re-build my setup from scratch :-(Oh .. and an interesting observation is, that removal of both fpBlockerNG and Zeek fixes the problem.
But .. if ANY other package is installed at a later point - the error returns.
-
@m-d-frederiksen said in Problem after upgrading to 24.11-RC:
if ANY other package is installed at a later point - the error returns.
Hmm, that's interesting.
By logs I mean in the main system logs when that command is run. Or when you install a pkg etc.
-
Have looked through all logs available under Status-> System Logs
Nothing pertaining to the issue was found.
And absolutely no malfunctions found anywhere.
Its almost like a “false flag” error-status - if it was an antivirus-product, if you know what I mean ..EXCEPT .. Checking for updates from CLI (13) fails while error-status is present.
This might be an issue
Thanks for your time.
-
Oh how does it fail with menu option 13?
-
-
Not really, that shouldn't prevent it updating. It should still report you are up to date below that?
It's only failing to compile the list of installed packages for repoc. pkg itself should still work fine.
When we saw this before it was just an ugly artifact. It looks like it is here too.
-
My assumption too currently - a “false flag” thing.
I will now revert to the version installed by the USB-installer, and refrain from upgrading, and go directly on to restoring my Backup-XML, and check wether issue also exists in that version ..
I’ll be back
-
Without the upgrade to current 24.11-RC my issue is the same.
I am now 98% convinced that its my saved XML-config that gives rise to the problem.
I absolutely hate that :-)Will re-upgrade to a clean 24.11-RC installation, and rebuild setup manually.
If I end up same place again (with the issue), you will hear about it.
if I end up with the issue permanently gone (after proper testing), you will also hear about it. -
This post is deleted! -
So far all roads lead to Rome .. My best end case scenario is on 24.11-RC with all packages installed and functional (as far as I can determine), but with the "artifact" present.
I would like to try a CLEAN install of 24.11-RC from an USB-device, such that I can eliminate the first update-round up to 24.11-RC .. This would eliminate any "spill over" from the older 24.03-STABLE (only ISO I have).
Could you possibly provide a "newest" ISO ?
-
@m-d-frederiksen
Could you possibly provide a "newest" ISO ?
netgate-installer-v1.0-RC-amd64-20240919-1435.imghttps://docs.netgate.com/pfsense/en/latest/install/download-installer-image.html
-
Using netgate-installer-v1.0-RC-amd64-20240919-1435.img (Thanks @Antibiotic), - I end up exactly same place .. Everything working as expected (AFAIK), but "artifact" is still present.
Either my fairly new NetGate 4200 is developing a very local problem, or some issue exists in the XML-file exported by the version prior the new 24.11-RC
Or my combo of packages trigger some very hidden bug, when the combo includes pfBlockerNG and Zeke .. And once the bug was triggered, and fixed (by removing Zeke and pfBlockerNG), NO other package may be installed, or the bug will return, even if Zeke and pfBlockerNG remains un-installed .. Wierd science.
This will take a better man than me. I will ignore the issue until another update release tempts me :-)
-
About the only thing I could imagine being an issue in the config is the pkg branch setting.
However in the new dynamic repo system the firewall cannot pull in older pkgs. The reo tree presented to 24.11-RC systems does not have the older branches available.
And when we checked your pkgs they all looked like the correct versions...
-
Remote access for your tech staff is offered (again).
I am pretty positive one of the devs (wizards) could trace into the failing "pkg info" command, and tell us whats up in 90 seconds flat :-)
In any case .. I am stuck as of now.
-
A thought has struck me ..
Remember at the beginning of this thread, that I tested the offending command without the "2>&1" redirect,
and it complets with NO errors, and correctly generates the expected list directly to the console ..But it fails when the redirect is present ..
Suppose this problem is not sourcing the list, but rather that target denies "entry" ?
A priviledge-issue, insufficient rights to some ressource (the redirect target) ?Tried this in CLI:
pkg clean -y
pkg upgrade -fNo change .. :-)
-
@m-d-frederiksen said in Problem after upgrading to 24.11-RC:
Remote access for your tech staff is offered (again).
Yes, thank you. I believe they plan to do so on Monday if you're able to do that.
-
BRILLIANT !
Please instruct me on what environment you need / expect ?
Do you need a workstation running specific host-software on LAN, .. and so on.
Thanks in advance.
-
@m-d-frederiksen said in Problem after upgrading to 24.11-RC:
Suppose this problem is not sourcing the list, but rather that target denies "entry" ?
A priviledge-issue, insufficient rights to some ressource (the redirect target) ?Are you not logged in as admin/root when you tried this?
The redirect is not expected to work at the CLI directly but it should work fine when called by repoc.
-
Yes, in my simple attempt to fathom the issue, I claim that the "2>&1" is the part that is the culprit.
The recieving end is unable to parse the generated list.
The same list that looks perfectly valid when NOT redirected, - in the console.And yes, I am root ..
-
UPDATE:
Zeek has left the equation .. apparently felt the heat.
Now pfBlockerNG alone is keeping up the shenanigans.
