Nagios Fusion 2012R1.7
RHEL 6.5
Manual Install
We seem to be having display issues with Top Alerts
If Shanghai is checked off, it show ok
2) How do I define custom periods for Alerts? Of interest would be weekly. monthly views etc.
Thanks
graphing Problem
-
- Posts: 1018
- Joined: Sun Mar 30, 2014 10:49 pm
graphing Problem
You do not have the required permissions to view the files attached to this post.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
- DevOps Engineer
- Posts: 19396
- Joined: Tue Nov 15, 2011 3:11 pm
- Location: Nagios Enterprises
Re: graphing Problem
This leads me to believe the issue is with the Shanghai server.
What version of Core is the Shanghai server running?
What version of Core is the Shanghai server running?
-
- Posts: 1018
- Joined: Sun Mar 30, 2014 10:49 pm
Re: graphing Problem
Shanghai is using Nagios Core 3.51.scottwilkerson wrote:This leads me to believe the issue is with the Shanghai server.
What version of Core is the Shanghai server running?
There is another Core in the graph using 3.23 and it is fine.
Please revert back how to get historical graphs.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
- DevOps Engineer
- Posts: 19396
- Joined: Tue Nov 15, 2011 3:11 pm
- Location: Nagios Enterprises
Re: graphing Problem
It looks like Shanghai is giving data from the future, up to June 9th however that is almost 2 weeks from now...
Is the time correct on that server?
Is the time correct on that server?
-
- Posts: 1018
- Joined: Sun Mar 30, 2014 10:49 pm
Re: graphing Problem
Fusionscottwilkerson wrote:It looks like Shanghai is giving data from the future, up to June 9th however that is almost 2 weeks from now...
Is the time correct on that server?
[nagios@nagiosprodcons ~]$ date
Thu May 29 07:00:34 MYT 2014
[nagios@nagiosprodcons ~]$
Shanghai
[nagios@CNPUDAS011 ~]$ date
Thu May 29 06:58:21 CST 2014
[nagios@CNPUDAS011 ~]$
Appears to be correct
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
- Former Nagios Staff
- Posts: 13589
- Joined: Mon May 23, 2011 12:15 pm
Re: graphing Problem
Do the rest of the graphs for Shanghai (Host Health, Service Health, etc.) look fine? What is the OS/architecture of the Shanghai server? What is the OS/architecture of the other Core 3.x box that is working?
Be sure to check out our Knowledgebase for helpful articles and solutions!
-
- Posts: 9117
- Joined: Mon Sep 23, 2013 8:40 am
Re: graphing Problem
Also let's check all the time settings on both servers:
Code: Select all
grep "date.timezone" /etc/php.ini
php -r 'echo date("D M j G:i:s T Y")."\n";'
date
ntpdate
Former Nagios employee
-
- Posts: 1018
- Joined: Sun Mar 30, 2014 10:49 pm
Re: graphing Problem
The other graphs looks ok.lmiltchev wrote:Do the rest of the graphs for Shanghai (Host Health, Service Health, etc.) look fine? What is the OS/architecture of the Shanghai server? What is the OS/architecture of the other Core 3.x box that is working?
OS and architecture is the same RHEL 6.5 x64 Nagios Core 3.51.
The Nagios Core that is working is 3.23
Last edited by rajasegar on Thu May 29, 2014 6:40 pm, edited 1 time in total.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
- Posts: 1018
- Joined: Sun Mar 30, 2014 10:49 pm
Re: graphing Problem
Just realised Hong Kong is also not working. It is giving 0 even though there are alerts this morning.tmcdonald wrote:Also let's check all the time settings on both servers:
Code: Select all
grep "date.timezone" /etc/php.ini php -r 'echo date("D M j G:i:s T Y")."\n";' date ntpdate
Shanghai Nagios Core 3.51
[nagios@CNPUDAS011 ~]$ grep "date.timezone" /etc/php.ini
; http://www.php.net/manual/en/datetime.c ... e.timezone
;date.timezone =
[nagios@CNPUDAS011 ~]$ 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 'Asia/Chongqing' for 'CST/8.0/no DST' instead in Command line code on line 1
Fri May 30 7:29:23 CST 2014
[nagios@CNPUDAS011 ~]$ date
Fri May 30 07:29:30 CST 2014
[nagios@CNPUDAS011 ~]$ ntpdate
30 May 07:29:37 ntpdate[18235]: no servers can be used, exiting
[nagios@CNPUDAS011 ~]$
HongKong Nagios Core 3.51
[nagios@HKICBS011 ~]$ grep "date.timezone" /etc/php.ini
; http://www.php.net/manual/en/datetime.c ... e.timezone
;date.timezone =
[nagios@HKICBS011 ~]$ 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 'Asia/Hong_Kong' for 'HKT/8.0/no DST' instead in Command line code on line 1
Fri May 30 7:27:54 HKT 2014
[nagios@HKICBS011 ~]$ date
Fri May 30 07:28:04 HKT 2014
[nagios@HKICBS011 ~]$ ntpdate
30 May 07:28:09 ntpdate[17375]: no servers can be used, exiting
[nagios@HKICBS011 ~]$
Sorry I don't have access to the Nagios Core 3.23 that is working.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
-
- Posts: 7698
- Joined: Mon Apr 23, 2012 4:28 pm
- Location: Travelling through time and space...
Re: graphing Problem
Do you actually have the PHP time set on those two servers?:
If not please set it.
Code: Select all
cat /etc/php.ini | grep 'date.time'