Error "Fatal error: Uncaught Error: Call to undefined function gettext() in /usr/local/www/index.php:34 Stack trace: #0 {main} thrown in /usr/local/www/index.php on line 34"

emil

@rbgarga
#!/bin/sh

rc.php_ini_setup

part of pfSense (https://www.pfsense.org)

Copyright (c) 2014-2018 Rubicon Communications, LLC (Netgate)

All rights reserved.

Licensed under the Apache License, Version 2.0 (the "License");

you may not use this file except in compliance with the License.

You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software

distributed under the License is distributed on an "AS IS" BASIS,

WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

See the License for the specific language governing permissions and

limitations under the License.

Set our operating platform

VERSION=/bin/cat /etc/version
MIN_REALMEM_FOR_OPCACHE=512

if pkg-static info -e php72; then
PHP_VER=7
EXTENSIONSDIR="/usr/local/lib/php/20170718/"
else
PHP_VER=5
EXTENSIONSDIR="/usr/local/lib/php/20131226/"
fi

Grab amount of memory that is detected

if [ -f /var/log/dmesg.boot ]; then
AVAILMEM=/bin/cat /var/log/dmesg.boot |/usr/bin/awk '/avail memory/ { memory=($4 / 1048576); printf("%0.0f\n", memory); exit}'
else
AVAILMEM=/sbin/dmesg -a |/usr/bin/awk '/avail memory/ { memory=($4 / 1048576); printf("%0.0f\n", memory); exit}'
fi

rbgarga

@emil It looks correct. What happens if you execute that script?

/etc/rc.php_ini_setup

emil

@rbgarga

Here is crash report PHP_errors.zip

rbgarga

@emil can you share /etc/rc.php_ini_setup with me? even send it to my email renato at netgate dot com.

and please confirm which pfSense version you are running

emil

@rbgarga Yes will send it to you.

rbgarga

Can someone try these commands on shell of a broken system and let me know if it fixes the issue?

# pkg update -f
# pkg upgrade -f pfSense-repo
# pkg info | grep pfSense-repo

at this moment make sure it's running version 2.4.4_7 of this package

# /etc/rc.php_ini_setup

eli

We are loading up a fresh install on a box we have at our office. Will be heading out to first site with the issue in about an hour. I can run the scripts on the shell when I get hands on the box and will let you know the results.

Also the same site, we had our customer reboot the box. It came back up for about 10 minutes then went back into same error state.

emil

@eli This is exactly what we are experiencing here almost on all pfSense firewalls. After firewall or PHP-FPM restart error is back like in 10 minutes.

emil

I have ran commands and restarted PHP-FPM in console option 16. All is working good so far.

pkg update -f

pkg upgrade -f pfSense-repo

pkg info | grep pfSense-repo

at this moment make sure it's running version 2.4.4_7 of this package

/etc/rc.php_ini_setup

stephenw10

What pfSense packages did you have installed anyone who hit this?

Anything unusual?

Steve

emil

Just Cron.

rbgarga

@emil Do you have any extra item on your crontab?

emil

@rbgarga

- - - - root /usr/local/bin/php /usr/local/www/pfmonitor.checkin.php

stephenw10

You have pfmonitor installed then?

Anyone else hitting this running that?

Steve

emil

@stephenw10 Yes, I have pfmonitor installed.

rbgarga

@emil I don't know the code of that pfmonitor.checkin.php, but I strongly believe it was the cause of the issue. I'm saying that because we tried several times to reproduce the issue here and we couldn't. That is the reason we don't support systems running 3rd party code.

emil

@rbgarga Yes I do understand, I have contacted PFmonitor support also to report the issue. Thank you for your help.

emil

Here is a response from PFmonitor support I have received:

"12-17-2019 ALERT! Firewalls Showing offline, PHP Uncaught Error

Last night or early this morning, a problem emerged suddenly with firewalls web interfaces going offline, and showing an error message of "Fatal error: Uncaught Error: Call to undefined function gettext() in /usr/local/www/index.php:34 Stack trace: #0 {main} thrown in /usr/local/www/index.php on line 34"

From what we can tell, there was some sort of repository update or change last night on pfsense, and as this change filtered down to the firewalls, it caused an issue with the agent. We are still investigating what was changed, and why this occurred. But
as a precaution to having any more units get stuck, we have issued the uninstall command for all agents, syslog is un-affected by this. We would rather drop off the agents, than have any more firewalls go offline.

If a firewall is already offline there are two potential ways to fix it:

A simple power cycle should allow the agent to uninstall itself during the reboot in most cases.
From the shell on an affected unit, run this command, and then reboot the unit: rm pfmonitor.checkin.php: "

MichaelBoye

Hi.
We have the same issue on at least two of our customers firewalls.
Both of them run 2.4.4 and is in pfmonitor.
I tried factory default one of them yesterday, but that didn't fix the issue.

I will try and run the "rm pfmonitor.checkin.php".

BR,
Michael Boye

eli

This script did it for us via the shell:

pkg update -f
pkg upgrade -f pfSense-repo
pkg info | grep pfSense-repo
-Verify version 2.4.4_7
exit
option #16 to restart php-fpm