Please wait while the update system initializes
-
Package Installer is not working right
all am getting is this Please wait while the update system initializes
i had a look in sys logs all am getting is this
[code<174>Aug 18 20:00:48 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:48 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:52.630
<174>Aug 18 20:00:49 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:49 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:53.630
<174>Aug 18 20:00:50 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:50 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:54.630
<174>Aug 18 20:00:51 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:51 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:55.630
<174>Aug 18 20:00:52 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:52 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:56.630
<174>Aug 18 20:00:53 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:53 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:57.630
<174>Aug 18 20:00:54 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:54 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:58.630
<174>Aug 18 20:00:55 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:55 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:00:59.630
<174>Aug 18 20:00:56 pfsense.localdomain nginx: 10.0.0.28 - - [18/Aug/2017:20:00:56 +0100] "POST /pkg_mgr_install.php HTTP/1.1" 200 50 "https://10.0.0.1/pkg_mgr_install.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36" 10.0.0.1 18/08 20:01:00.630Thanks Pringles.
-
lol fixed it i Turn off IPV6 all working now
-
Thanks. System -> Advanced -> Networking, unchecked IPv6, package installer now working.
-
This puzzled me for awhile. Installing any package or changing the update branch made the web interface stop responding, as well as ssh. In my case, routing continues as normal while the router is otherwise inaccessible.
System -> Advanced -> Networking -> Allow IPv6
Uncheck to block all IPv6 traffic, all symptoms disappear. It doesn't exist in the bug tracker as far as I can tell.
-
The solution, disabling IPv6, actually asks for a better solution : make IPv6 work.
I never had to disable IPv6 on my pfSense, even back in time when I had not any IPv6 support from my ISP. This ISP didn't t offer any IPv6 support back then, and they still don't do so today.
Updating, or package management on pfSense worked well.I decided to add IPv6 support using he.net.
No change, everything still works.
he.net fails ? Or I disable this IPv6-Only-WAN connection ? Still ok, all is well. -
Agreed. Having to disable functionality to make software stable is not a permanent solution. I really hope they fix ipv6 soon.
-
Any news on this topic? Still seems to be an issue on the latest version (2.4.5-RELEASE-p1)
-
@xparanoik Good question. I haven't been brave enough to try it again.
-
What is actually happening? Is the device getting a global IPv6 address, when there's no IPv6 provided? If it's only getting a link local address, it should cause this problem.
-
I actually already had IPv6 disabled this time around. In order to get the package installer GUI to work I had to run killall -9 pkg-static then pkg-static upgrade -f
-
So, you're saying it failed even with IPv6 disabled? If so, then it had nothing to do with the problem.
-
Not sure.
IPv6 can be shut down using a click.
The blocked pkg-static process would still be blocked and locked in memory.
For good order, a reboot would have done some good here. -
@xparanoik
thanks!
its workingkillall -9 pkg-static
then manually update install the packages from the package manager
-
@xparanoik - thanks, using killall -9 pkg-static in the shell meant that I didn't need to reboot after the 2.4.5 -> 2.4.5-RELEASE-p1 upgrade stopped me from being able to install package updates via Package Manager.
I think this is the top hit on DuckDuckGo so hopefully it will help others. Strange that it's seemingly been a problem for years.
-
@mikeroygbiv @LoZZoL glad that helped!
-
Confirmed on the latest version of pfsense: 2.4.5-RELEASE-p1 (arm64)
Rebooted pfsense
Tried: killall -9 pkg-static
Result: No matching processes were found
Manually installed package: openvpn-client...
Result: No change, still hangs on "lease wait while the update system initializes"Also, same failure, different pfsense install, just updating a different package, same result.
Gotta be a way to get this working.
-
@beedsley said in Please wait while the update system initializes:
Confirmed on the latest version of pfsense: 2.4.5-RELEASE-p1 (arm64)
Rebooted pfsense
Tried: killall -9 pkg-static
Result: No matching processes were found
Manually installed package: openvpn-client...
Result: No change, still hangs on "lease wait while the update system initializes"Also, same failure, different pfsense install, just updating a different package, same result.
Gotta be a way to get this working.
You are NOT on the latest version of pfSense. That is now 2.5 as of this week, so you need to update to the 2.5 version. You cannot install any packages (nor update any existing packages) until you update pfSense. If you try and force it, you will likely break your firewall to the point a fresh install and configuration restore from a backup will be required.
-
@bmeeks Forced upgrades suck!
I am not going to beta test the new version right away, this is dumb. -
@beedsley said in Please wait while the update system initializes:
@bmeeks Forced upgrades suck!
I am not going to beta test the new version right away, this is dumb.It's not that pfSense is really trying to "force you" to upgrade. It's just that the package building system always builds on the latest pfSense version. It would be a lot of extra work to keep building packages for EOL versions of pfSense - not to mention the potential for leaving packages with security vulnerabilities still available for installation.
Packages have to be compiled against an underlying OS version with certain assumed shared library versions. Always compiling against the "current" pfSense version is the best way.
-
@bmeeks Got it all sorted and working.
Just needed to cycle the OS updates to develepment
Wait for it to load the catalog of packages for that version, then toggle back to:
"Previous stable version (2.4.5 DEPRECATED"
so the catolog of packages for the current OS could be loaded and available for install.
Then I could install packages for the 2.4.5 version WITHOUT upgrading the OS.Thankful!
-
@beedsley said in Please wait while the update system initializes:
@bmeeks Got it all sorted and working.
Just needed to cycle the OS updates to develepment
Wait for it to load the catalog of packages for that version, then toggle back to:
"Previous stable version (2.4.5 DEPRECATED"
so the catolog of packages for the current OS could be loaded and available for install.
Then I could install packages for the 2.4.5 version WITHOUT upgrading the OS.Thankful!
Yes, that works, but the firewall gets an update for a reason. Usually there are vulnerabilities that need patching. FreeBSD 11.3, which is what pfSense-2.4.5 is based on, went EOL (End-of-Life) in September 2020. Here is the schedule: https://www.freebsd.org/security/unsupported/. It's not a good idea to have your firewall running an EOL operating system. Doing so for a few days or even a couple of weeks is one thing, but leaving it on an older version for months is not wise.
-
@bmeeks Considering how many issues are being reported here on the forum with the 2.5 upgrade, we can wait a short time for them to get sorted out.
We both know waiting a few months to upgrade is totally acceptable, unless you are saying there are some super bad UNREPORTED flaws in the 2.4.5 version, which seriously doubt.
-
@beedsley said in Please wait while the update system initializes:
@bmeeks Considering how many issues are being reported here on the forum with the 2.5 upgrade, we can wait a short time for them to get sorted out.
We both know waiting a few months to upgrade is totally acceptable, unless you are saying there are some super bad UNREPORTED flaws in the 2.4.5 version, which seriously doubt.
I'm not trying to argue, nor am I saying if you don't upgrade tonight your firewall will turn into a pumpkin ...
.I don't know your skill level (or any other poster's), so I usually default to giving the textbook answer to these kinds of questions. We have had users post here about issues, and when you finally ask them what version of pfSense they are running, it turns out to be many years out of date.
-
@bmeeks said in Please wait while the update system initializes:
@beedsley said in Please wait while the update system initializes:
Confirmed on the latest version of pfsense: 2.4.5-RELEASE-p1 (arm64)
Rebooted pfsense
Tried: killall -9 pkg-static
Result: No matching processes were found
Manually installed package: openvpn-client...
Result: No change, still hangs on "lease wait while the update system initializes"Also, same failure, different pfsense install, just updating a different package, same result.
Gotta be a way to get this working.
You are NOT on the latest version of pfSense. That is now 2.5 as of this week, so you need to update to the 2.5 version. You cannot install any packages (nor update any existing packages) until you update pfSense. If you try and force it, you will likely break your firewall to the point a fresh install and configuration restore from a backup will be required.
This is simply not true. you can install packages for your current version. you just have to change the branch you are on in the system update page.
-
@bmeeks 2.4.5 is based on 11.3, but is not 11.3. Even though the base is EOL, as long as you're using a supported version of pfSense, Netgate will backport fixes to make sure there are not critical security issues or bugs.
-
@jmesser said in Please wait while the update system initializes:
@bmeeks said in Please wait while the update system initializes:
@beedsley said in Please wait while the update system initializes:
Confirmed on the latest version of pfsense: 2.4.5-RELEASE-p1 (arm64)
Rebooted pfsense
Tried: killall -9 pkg-static
Result: No matching processes were found
Manually installed package: openvpn-client...
Result: No change, still hangs on "lease wait while the update system initializes"Also, same failure, different pfsense install, just updating a different package, same result.
Gotta be a way to get this working.
You are NOT on the latest version of pfSense. That is now 2.5 as of this week, so you need to update to the 2.5 version. You cannot install any packages (nor update any existing packages) until you update pfSense. If you try and force it, you will likely break your firewall to the point a fresh install and configuration restore from a backup will be required.
This is simply not true. you can install packages for your current version. you just have to change the branch you are on in the system update page.
I said what I did because most users will NOT go change the branch. They will instead click "Update" on their favorite package on the INSTALLED PACKAGES tab and then that will break things.
-
@harvy66 said in Please wait while the update system initializes:
@bmeeks 2.4.5 is based on 11.3, but is not 11.3. Even though the base is EOL, as long as you're using a supported version of pfSense, Netgate will backport fixes to make sure there are not critical security issues or bugs.
But 2.4.5 is not supported by Netgate anymore. It is EOL and replaced by either 2.5 CE or 21.02+ (if you have a Netgate appliance). So while you are technically correct that 2.4.5 is not 100% FreeBSD-11.3, it is for the most part. But beyond that argument, the fact remains that with the release of 2.5 and 21.02 there will be no more updates to 2.4.5. Just like there were no more updates for 2.4.4 when 2.4.5 came out.
-
(+1)
System > Update > Branch > Previous stable version (2.4.5 DEPRECATED)
Hope it helps someone, as it helped me.
.
..
...
*PS: As usual, a bunch of technically correct but entirely useless answers above.Such as "It's not a good idea to have your firewall running an EOL operating system"
technically correct but entirely useless answer
Mate, you are not helping anyone.*
-
@felipewnp Agreed!
-
As a suggestion, I imagine it would it be possible for pfsense to check the installed system version against the selected update branch (just like it does on the dashboard) and print an indication of this situation (new stable version, so you can't click to update packages right now) either on the 'Installed Packages' list, or on 'Package Installer' tab once an update button has been pressed. Maybe even disable the 'update' links?
-
@felipewnp Thanks a lot. Your tip fixed my issue.
-
I found this page that describes the fix which corrected my issue. Mostly, set to the current distribution, in my case 2.4.5 DEPRECATED and run "sudo pkg-static install -f pkg"
https://agent31.net/blog/2021/03/10/fixing-stalled-package-manager-in-pfsense-2-4-5-p1-easily-in-5-minutes/
This procedure fixed the package manager on my 2.4.5-p1.
