graphing Problem

This support forum board is for questions relating to Nagios Fusion.
rajasegar
Posts: 1018
Joined: Sun Mar 30, 2014 10:49 pm

graphing Problem

Post by rajasegar »

Nagios Fusion 2012R1.7
RHEL 6.5
Manual Install

We seem to be having display issues with Top Alerts
problem_graph.png
ok_graph.png
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
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
scottwilkerson
DevOps Engineer
Posts: 19396
Joined: Tue Nov 15, 2011 3:11 pm
Location: Nagios Enterprises

Re: graphing Problem

Post by scottwilkerson »

This leads me to believe the issue is with the Shanghai server.

What version of Core is the Shanghai server running?
Former Nagios employee
Creator:
Human Design Website
Get Your Human Design Chart
rajasegar
Posts: 1018
Joined: Sun Mar 30, 2014 10:49 pm

Re: graphing Problem

Post by rajasegar »

scottwilkerson wrote:This leads me to believe the issue is with the Shanghai server.

What version of Core is the Shanghai server running?
Shanghai is using Nagios Core 3.51.
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
scottwilkerson
DevOps Engineer
Posts: 19396
Joined: Tue Nov 15, 2011 3:11 pm
Location: Nagios Enterprises

Re: graphing Problem

Post by scottwilkerson »

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?
Former Nagios employee
Creator:
Human Design Website
Get Your Human Design Chart
rajasegar
Posts: 1018
Joined: Sun Mar 30, 2014 10:49 pm

Re: graphing Problem

Post by rajasegar »

scottwilkerson 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?
Fusion
[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
User avatar
lmiltchev
Former Nagios Staff
Posts: 13589
Joined: Mon May 23, 2011 12:15 pm

Re: graphing Problem

Post by lmiltchev »

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!
tmcdonald
Posts: 9117
Joined: Mon Sep 23, 2013 8:40 am

Re: graphing Problem

Post by tmcdonald »

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
rajasegar
Posts: 1018
Joined: Sun Mar 30, 2014 10:49 pm

Re: graphing Problem

Post by rajasegar »

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?
The other graphs looks ok.
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
rajasegar
Posts: 1018
Joined: Sun Mar 30, 2014 10:49 pm

Re: graphing Problem

Post by rajasegar »

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
Just realised Hong Kong is also not working. It is giving 0 even though there are alerts this morning.

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
slansing
Posts: 7698
Joined: Mon Apr 23, 2012 4:28 pm
Location: Travelling through time and space...

Re: graphing Problem

Post by slansing »

Do you actually have the PHP time set on those two servers?:

Code: Select all

cat /etc/php.ini | grep 'date.time'
If not please set it.