Page 1 of 1

Another time related issue...

Posted: Fri Oct 10, 2014 2:30 pm
by snapon_admin
For whatever reason the only issues I seem to run into on my NA server are with server time. Today, for some unknown reason, the date on the server changed and is very incorrect. We have NTP installed and it's been running and working fine for months. Is there anything I can check/restart to fix this issue? I've double checked my ntp.conf file and our servers are there, I've restarted ntpd, and I've checked everywhere I can think of.

Code: Select all

[root@lisl-ngna-01-pv etc]# php -r 'echo date("D M j G:i:s T Y")."\n";'
PHP Warning:  date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in Command line code on line 1
Fri Oct 10 19:30:13 UTC 2014
[root@lisl-ngna-01-pv etc]# 

Re: Another time related issue...

Posted: Fri Oct 10, 2014 2:58 pm
by snapon_admin
So, turns out my /etc/localtime file was empty. I also checked my /usr/share/zoneinfo/America/Chicago (the right timezone file) and it was also empty. This has been set this way since we implemented the server many months ago, any idea why the these files would suddenly be blank? They both existed, they were just empty. I was able to correct the issue by copying the localtime file from our XI server to the NA server, but I'm just curious as to what might have been the cause.

Re: Another time related issue...

Posted: Fri Oct 10, 2014 4:26 pm
by sreinhardt
You might want to check on the package tzdata and make sure it is installed properly. Sounds similar to the /etc/localtime symlinked to a folder issue from a few months ago. Honestly not too sure why those would ever empty though. Are other zone files empty as well?