apache2 php.ini date.timezone setting will not take!

[2canchew]

Been trying to fix this for over an hour and now asking for help.

Fresh install of 1.2.21, on a freshly installed server, Ubuntu Server 22.04 LTS.

Begin installation and at the pre-installation checks had an issue with date.timezone for for apache and the cli not set.

Realized the lines were commented out by default, fixed that, restarted apache but the cacti installer is still throwing an error saying it's not set for apache2 php.ini

pre-install check.png (52.45 KiB) Viewed 8787 times

looking at phpinfo() it shows that the timezone is set

php timezone.png (19.19 KiB) Viewed 8787 times

I've searched my system for any and all php.ini files, these are the only two

Code: Select all

root@nas:/var/www/html# find / -name php.ini
/etc/php/8.1/apache2/php.ini
/etc/php/8.1/cli/php.ini
root@nas:/var/www/html#

Also searched these files to make sure my timezone settings were identical

Code: Select all

root@nas:/var/www/html# grep date\\.timezone /etc/php/*/*/php.ini
/etc/php/8.1/apache2/php.ini:; https://php.net/date.timezone
/etc/php/8.1/apache2/php.ini:date.timezone = "America/Toronto"
/etc/php/8.1/cli/php.ini:; https://php.net/date.timezone
/etc/php/8.1/cli/php.ini:date.timezone = "America/Toronto"

Don't know what to do at this point to resolve, any help appreciated.

[2canchew]

Can't explain it. I just opened the installer page after dinner and it's all green thumbs up now.

[TheWitness]

Restarting Apache helps after you make changes. By default, and depending on your version of Apache, it will keep a number of php interpreters memory resident, and once they read certain php values into a session, they stick. So, best to simply restart after making these changes to force the php interpreters to reload.

[TheWitness]

It's not every setting, for example, one of the things I love about using PHP is that I can make a change to a PHP file and see the results right away. It's not that simple with other frameworks, like Java/Tomcat/Liberty, and certain other languages.

[jmaris]

I also encounter this very same issue, and unfortunately, I was not able to resolve this, even after restarting the the entire server a few times.
Cacti v1.2.22
Debian 11
PHP 7.4
Apache2
MariaDB 10.5

The required timezone is UTC.

The error is only present for the PHP - Recommendations (web) and strangely enough, not for the CLI, although the directives in the appropriate php.ini files is exactly the same:

Code: Select all

root@SVR:/etc/mysql# grep date\\.timezone /etc/php/*/*/php.ini
/etc/php/7.4/apache2/php.ini:; http://php.net/date.timezone
/etc/php/7.4/apache2/php.ini:date.timezone = "UTC"
/etc/php/7.4/cli/php.ini:; http://php.net/date.timezone
/etc/php/7.4/cli/php.ini:date.timezone = "UTC"

Any suggestions?

Thanks,
Jan

[TheWitness]

What does the install GUI show?

[jmaris]

Hi,

the GUI showed exactly the same as in the thread above: the current PHP date.timezone field in the 'PHP - Recommendations (web)' part remains empty and this item is marked with the error message.

However, it seems that Cacti did some self-healing over the weekend, just as with the initiator of this thread: when I just logged in, all Pre-installation checks are successful now.

Cacti-pre-inst-check.png (75.14 KiB) Viewed 8748 times

There clearly is a time related aspect to this "bug".

Jan

[TheWitness]

What if you try another time zone other than UTC?

[jmaris]

hi,
I tried that with Europe/Brussels, but that had the same effect, and I really did want to get it working with the UTC timezone anyhow.
This is now working, but it's strange that this check initially fails (during multiple hours...), while then the system seems to solve itself "overnight".

Jan

[TheWitness]

Yea, very weird.