Page 2 of 3
Re: Changes not activated on fresh install of XI
Posted: Wed Feb 15, 2017 11:01 am
by rkennedy
It sounds like new services are being picked up, but existing changes are not. I've seen this happen when the time doesn't align up across the board. What is the output for this?
Code: Select all
grep "date.timezone" /etc/php.ini
ls -l /etc/localtime
php -r 'echo date("D M j G:i:s T Y")."\n";'
date
mysql -unagiosxi -pn@gweb -e "SELECT NOW();"
Re: Changes not activated on fresh install of XI
Posted: Thu Feb 16, 2017 12:25 pm
by dworthdf
It looks like they are other than timezone with in php.
Code: Select all
grep "date.timezone" /etc/php.ini
; http://php.net/date.timezone
date.timezone = UTC
[root@poc2 ~]# ls -l /etc/localtime
lrwxrwxrwx. 1 root root 38 Dec 22 14:56 /etc/localtime -> ../usr/share/zoneinfo/America/New_York
[root@poc2 ~]# php -r 'echo date("D M j G:i:s T Y")."\n";'
Thu Feb 16 17:21:06 UTC 2017
[root@poc2 ~]# date
Thu Feb 16 12:21:06 EST 2017
[root@poc2 ~]# mysql -unagiosxi -pn@gweb -e "SELECT NOW();"
+---------------------+
| NOW() |
+---------------------+
| 2017-02-16 12:21:07 |
+---------------------+
Re: Changes not activated on fresh install of XI
Posted: Thu Feb 16, 2017 2:27 pm
by dwhitfield
Which time zone do you want, and do you need help changing them?
Re: Changes not activated on fresh install of XI
Posted: Thu Feb 16, 2017 3:12 pm
by dworthdf
Would you mind sending me the steps. Prob go with UTC.
Thanks.
Re: Changes not activated on fresh install of XI
Posted: Thu Feb 16, 2017 3:26 pm
by dwhitfield
ln -sf /usr/share/zoneinfo/UTC /etc/localtime should take care of two of those.
For MySQL it's a little more involved, but ultimately not that complicated:
https://stackoverflow.com/questions/930 ... e-of-mysql
Please let us know if that does not resolve your issue.
Re: Changes not activated on fresh install of XI
Posted: Thu Feb 16, 2017 4:56 pm
by dworthdf
I went the easy route and changed it to EST.
Code: Select all
grep "date.timezone" /etc/php.ini
; http://php.net/date.timezone
;date.timezone = UTC
date.timezone = "America/New_York"
[root@poc2 services]# ls -l /etc/localtime
lrwxrwxrwx 1 root root 36 Feb 16 16:43 /etc/localtime -> /usr/share/zoneinfo/America/New_York
[root@poc2 services]# php -r 'echo date("D M j G:i:s T Y")."\n";'
Thu Feb 16 16:50:03 EST 2017
[root@poc2 services]# date
Thu Feb 16 16:50:03 EST 2017
[root@poc2 services]# mysql -unagiosxi -pn@gweb -e "SELECT NOW();"
+---------------------+
| NOW() |
+---------------------+
| 2017-02-16 16:50:03 |
+---------------------+
To test, I made a service active and changed the description. I saw the change in UI and it was in the config file. I then removed the characters I added for the service. I did not see the status change to red, indicating to apply change. I applied change anyway, but the change was not written.
The only way to make the change is make it inactive, then active.
Re: Changes not activated on fresh install of XI
Posted: Fri Feb 17, 2017 3:03 pm
by tmcdonald
When did you schedule your Quickstart session? I couldn't find anything for the email you have associated with your forum account. This is almost something we need to see live to diagnose directly.
Re: Changes not activated on fresh install of XI
Posted: Mon Feb 20, 2017 9:43 am
by dworthdf
HI,
I had to cancel it last week. The new one is Tues Feb 28th 4:00 PM eastern. That was the earliest.
Thanks,
David
Re: Changes not activated on fresh install of XI
Posted: Mon Feb 20, 2017 5:51 pm
by tmcdonald
We will keep this thread open, but I think the Quickstart session is going to shine a lot more light on the situation.
Re: Changes not activated on fresh install of XI
Posted: Wed Feb 22, 2017 4:36 pm
by dworthdf
Hi,
So it looks like the syncing the time zone across all settings worked. It did not initially take effect after I made the change. However, when I got back into the environment a couple of days later, changes were picked up and took effect after applying them.
This is the first time I was running XI on centos 7. My previous install was on RHEL 6. So perhaps there was a difference in the insertion of UTC in the php.ini in 7 or even in centos 7 compared to RHEL.
Thanks the help.
David