pfBlockerNG-devel v3.2.0_15
-
This post is deleted! -
-
-
To add my solution (no idea how "dirty" it is):
I SSH'd in and executed "pkg install pfSense-pkg-pfBlockerNG" to get the -stable version. While the de-installation of -devel got stuck I SSH'd a second shell & searched for the 100% php process and just killed that one. Not the de-installation of -devel and installation of -stable continued. After finishing I could reach the GUI again and it looks normal.
-
I did the update.
In the last two entries he did not write DONE. is this correct?>>> Upgrading pfSense-pkg-pfBlockerNG-devel... Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: pfSense-pkg-pfBlockerNG-devel: 3.2.0_10 -> 3.2.0_15 [pfSense] Number of packages to be upgraded: 1 The operation will free 1 MiB. 2 MiB to be downloaded. [1/1] Fetching pfSense-pkg-pfBlockerNG-devel-3.2.0_15.pkg: .......... done Checking integrity... done (0 conflicting) [1/1] Upgrading pfSense-pkg-pfBlockerNG-devel from 3.2.0_10 to 3.2.0_15... [1/1] Extracting pfSense-pkg-pfBlockerNG-devel-3.2.0_15: .......... done Removing pfBlockerNG-devel components... Menu items... done. Services... done. Loading package instructions... Removing pfBlockerNG... All customizations/data will be retained... done. Saving updated package information... overwrite! Loading package configuration... done. Configuring package components... Loading package instructions...
After the update, it no longer lets me log in to the pfsense gui,
CPU is at 100%
I can hear the CPU cooling fan already on full blast
shell command prompt is blocked
What should I do??
i try to restart system -
Whooops, I had just clicked on upgrade package and at the same time landed here to read up on the update. Lucky I have an HA setup and a backup of the first VM which I started to update. Both php processes on both CPUs were swapping to 100% CPU usage when I dropped in the cli to take a peek with top as reported. I didn't want to go through the fix hassle and just restored the previous backup of my first pfSense VM while the second one became master (Hail to HA and CARP! How many times has this setup saved me unwanted trips and angry calls!) and in less than 7 minutes everything was back to normal. Definitely will wait this one out ;)
-
@Unoptanio interestingly you can still get into the gui via other pages like the package manager etc. Had the same issue but the url extension for the package manager page autofilled by my browser and I was able to get in that way. Only the main page of the GUI doesn’t work, once in if you click on the main landing page it will still get stuck all the other parts of the GUI firewall, nat etc work… Another issue is it’s now showing multiple packages as updatable that have no updates like ntopng; some just reinstall the original package and others get stuck attempting to reinstall. I guess it caused some sort of corruption. Hopefully a fix soon.
-
@aivxtla
Panic!I made 3 or 4 attempts to restart but they didn't solve the problem.
After the last reboot I was able to access the GUI with this screen and message:[24-Sep-2024 12:09:11 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:09:56 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:11:09 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:12:19 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:16:38 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:22:29 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:26:44 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:27:04 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733
[24-Sep-2024 12:54:34 Europe/Rome] PHP Fatal error: Maximum execution time of 900 seconds exceeded in /etc/inc/util.inc on line 3733It appears to have automatically rolled back to version 23.09.1
At this point I restored a backup I had
Unfortunately I immediately updated without reading other users' experiences, otherwise I wouldn't have done it.
At this point if I update to version 24.03_1 in the end when I restart everything stops again
-
First time that I've been bitten by an apparently bad package update on pfSense... This issue is taking place on 24.03
Stalled with the following output:
>>> Upgrading pfSense-pkg-pfBlockerNG-devel... Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: pfSense-pkg-pfBlockerNG-devel: 3.2.0_10 -> 3.2.0_15 [pfSense] Number of packages to be upgraded: 1 The operation will free 1 MiB. 2 MiB to be downloaded. [1/1] Fetching pfSense-pkg-pfBlockerNG-devel-3.2.0_15.pkg: .......... done Checking integrity... done (0 conflicting) [1/1] Upgrading pfSense-pkg-pfBlockerNG-devel from 3.2.0_10 to 3.2.0_15... [1/1] Extracting pfSense-pkg-pfBlockerNG-devel-3.2.0_15: .......... done Removing pfBlockerNG-devel components... Menu items... done. Services... done. Loading package instructions... Removing pfBlockerNG... All customizations/data will be retained... done. Saving updated package information... overwrite! Loading package configuration... done. Configuring package components... Loading package instructions...
I've let it sit for several minutes and note that a couple of the php processes seem to be hapily eating at the CPU trough:
last pid: 42043; load averages: 2.12, 1.71, 1.30 up 5+21:14:25 07:04:19 75 processes: 3 running, 72 sleeping CPU: 50.1% user, 0.0% nice, 0.5% system, 0.0% interrupt, 49.4% idle Mem: 132M Active, 254M Inact, 482M Wired, 56K Buf, 2849M Free ARC: 162M Total, 32M MFU, 122M MRU, 264K Anon, 1149K Header, 6386K Other 127M Compressed, 325M Uncompressed, 2.56:1 Ratio Swap: 1024M Total, 1024M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 52982 root 1 135 0 70M 50M CPU0 0 31:17 100.17% php 68952 root 1 135 0 69M 49M CPU2 2 4:20 100.09% php 593 root 1 21 0 161M 62M accept 2 0:08 0.75% php-fpm 69397 root 1 68 0 140M 57M accept 2 0:07 0.75% php-fpm
Have not visited the reddit thread mentioned or performed any other interventions...
--Larry
-
If some has difficulty to get in use
http://username:passweord@192.168.1.1//diag_backup.php
-
This post is deleted! -
Unfortunately I immediately updated without reading other users' experiences, otherwise I wouldn't have done it.
At this point if I update to version 24.03_1 in the end when I restart everything stops again
-
This post is deleted! -
What does this command do?
-
@Unoptanio if you cannot get in GUI and load this line in your browser it might work, of course with your login password
-
@Qinn
I have now restored a backup from files I made in August.
The only problem is that after the restore it takes me back to version 23.09.1 with all the packages in old versions. At this point if I update to version 24.06_1 when doing the final reboot the gui stall problem I initially had occurs again. -
I solved my problem by following @stephenw10 suggestions on this thread: https://forum.netgate.com/post/1185688 Thanks Stephen!!
Also needed to kill off a pfblockerng.php cron process left over from the prior devel version.
--Larry
-
... 3.2.0.16 is out
-
@peroni5
Have you tried, does it work? -
@peroni5 said in pfBlockerNG-devel v3.2.0_15:
... 3.2.0.16 is out
Yeah, saw that.
Did a save, a ZFS clone, rebootted from that, and installed the "16".
Saw procs hitting 100 % again as this morning, so I bailed out. I'll give it a 7 days cool-down from now ^^ -
@Gertjan 3.2.0_17 was released and install etc. is working as it should now
-
This is a great system for testing, ZFS Boot Environment.
Too bad it didn't occur to me