OPTIONS - SYSTEM config page missing after upgrade

[a69_slacker]

Hello All,


I have done a google search for the above issue, but nothing has been found. I have been using ZM for years and love it. However today I have hit an issue I cant seem to fix.

I upgraded from ZM 1.32 today to 1.34 using ubuntu 18.04 server as the platform.

Now I cannot see anything on the OPTIONS - SYSTEM page to adjust my time zone as It is now running in UTC.

any suggestions would be greatly appreciated.

Thans

James

[bbunge]

Try using Firefox.

[a69_slacker]

Firefox is showing the same results.

[a69_slacker]

I did find the following message in /var/log/apache2/error.log

[Sun May 24 14:31:28.475351 2020] [php7:error] [pid 25790] [client 10.8.0.2:51250] PHP Fatal error: Uncaught Exception: DateTimeZone::__construct(): Unknown or bad timezone (America/Chicago) in /usr/share/zoneminder/www/skins/classic/views/options.php:406\nStack trace:\n#0 /usr/share/zoneminder/www/skins/classic/views/options.php(406): DateTimeZone->__construct('America/Chicago')\n#1 /usr/share/zoneminder/www/skins/classic/views/options.php(429): timezone_list()\n#2 /usr/share/zoneminder/www/index.php(282): require_once('/usr/share/zone...')\n#3 {main}\n thrown in /usr/share/zoneminder/www/skins/classic/views/options.php on line 406, referer: http://192.168.1.2/zm/


Any pointers to where its trying to get the DateTimeZone information would be awesome and much appreciated.

[iconnor]

That's interesting.. America/Chicago is perfectly valid.

If timezone is set in php.ini, ZM should still just use that.

Maybe try removing the AMerica/Chicago setting from php.ini....

I'll try to reproduce it

[a69_slacker]

Thanks for the reply. I had to remove that earlier, as all the sudden the ZM console stopped working all together. Once I removed that config, I could bring the console up, and all the functions are working, but the options - config page....

Very odd indeed.



root@zoneminder:~# locate php.ini
/etc/php/7.2/apache2/php.ini
/etc/php/7.2/cli/php.ini
/usr/lib/php/7.2/php.ini-development
/usr/lib/php/7.2/php.ini-production
/usr/lib/php/7.2/php.ini-production.cli


root@zoneminder:~# cat /etc/php/7.2/apache2/php.ini | grep date.timezone
; http://php.net/date.timezone
;date.timezone = "America/Chicago"



root@zoneminder:~# cat /etc/php/7.2/cli/php.ini | grep date
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
;date.timezone =
; http://php.net/date.default-latitude
;date.default_latitude = 31.7667
; http://php.net/date.default-longitude
;date.default_longitude = 35.2333
; http://php.net/date.sunrise-zenith
;date.sunrise_zenith = 90.583333
; http://php.net/date.sunset-zenith
;date.sunset_zenith = 90.583333
; Default date format.
ibase.dateformat = "%Y-%m-%d"
; Check HTTP Referer to invalidate externally stored URLs containing ids.
; How frequently the upload progress should be updated.
; The minimum delay between updates, in seconds
;opcache.validate_timestamps=1
; memory storage allocation. ("1" means validate once per second, but only
; once per request. "0" means always validate)
;opcache.revalidate_freq=2
;opcache.revalidate_path=0
; Validate cached file permissions.
;opcache.validate_permission=0
;opcache.validate_root=0
root@zoneminder:~#

[a69_slacker]

I would like to thank everybody who gave me tips and pointers.

Not sure how, but while investigating the timezone using timedatectl,

I noticed that it was not beahing correctly when set to America/Chicago.

timedatctl behaved correctly when using another timezone, so I copied a new Chicago file from an existing Ubuntu 18.04 system to the system.

reset the timezone to America/Chicago

That worked correctly with timedatectl.

Then I was able to access the OPTIONS - SYSTEM config page. Very odd stuff.

so set the timezone on that page, and rebooted the system.

Now everything is working correctly..

Thanks

James