Marc Powell wrote:
On Aug 9, 2010, at 4:17 AM, Assaf Flatto wrote:
but in the summery table :
Service Log Entries:
[ View full log entries ]
Event Start Time Event End Time Event Duration Event/State Type Event/State Information
28-07-2010 00:00:00 28-07-2010 09:45:29 0d 9h 45m 29s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.020 second response time
29-07-2010 00:00:00 29-07-2010 10:20:56 0d 10h 20m 56s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.022 second response time
30-07-2010 00:00:00 31-07-2010 00:00:00 1d 0h 0m 0s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.016 second response time
31-07-2010 00:00:00 01-08-2010 00:00:00 1d 0h 0m 0s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.030 second response time
01-08-2010 00:00:00 02-08-2010 00:00:00 1d 0h 0m 0s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.021 second response time
02-08-2010 00:00:00 02-08-2010 14:38:47 0d 14h 38m 47s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.027 second response time
03-08-2010 00:00:00 03-08-2010 11:51:23 0d 11h 51m 23s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.021 second response time
04-08-2010 00:00:00 04-08-2010 08:41:24 0d 8h 41m 24s SERVICE OK (HARD) HTTP OK: HTTP/1.1 302 Found - 611 bytes in 0.031 second response time
As you can see the report does not provide the details i asked for and it claims to provide and that subverts my statistics .
Any one encountred this before ? can you recommend a way to fix this ?
I suspect this is because you've specified 4 backtracked archives when running the report (4 days if you have daily log rotation set up). Try specifying 0.
--
Marc
Marc
I did as you suggested and indeed the "extra" days are no longer
appearing in the report , however i am seeing another odd occurrence :
On the report summery i get one stat and when selecting that service in
the report i get a different result .
Servicegroup 'Weekly-report'
Service State Breakdowns:
| Host |
Service |
% Time OK |
% Time Warning |
% Time Unknown |
% Time Critical |
% Time Undetermined |
|
|
|
|
|
|
|
XXXX
|
dispacth.check |
99.797% (99.797%) |
0.000% (0.000%) |
0.000% (0.000%) |
0.203% (0.203%) |
0.000% |
|
then selecting it on the report :
|
Service 'dispacth. check'
On Host 'XXXX'
02-08-2010 13:19:12 to
09-08-2010 13:19:12
Duration: 7d 0h 0m 0s
|
| First
assumed service state: |
|
|
Unspecified
Current State
Service Ok
Service Warning
Service Unknown
Service Critical
|
|
| Report
period: |
Backtracked
archives: |
|
[ Current time range ]
Today
Last 24 Hours
Yesterday
This Week
Last 7 Days
Last Week
This Month
Last 31 Days
Last Month
This Year
Last Year
|
|
|
|
|
|
|
[ Availability report completed
in 0 min 9 sec ]
Service State Breakdowns:
| State |
Type / Reason |
Time |
% Total Time |
% Known Time |
| OK |
Unscheduled |
6d 23h 54m 50s |
99.949% |
99.949% |
| Scheduled |
0d 0h 0m 0s |
0.000% |
0.000% |
| Total |
6d 23h 54m 50s |
99.949% |
99.949% |
Can you assist on this ?
Thanks
--
Never,Ever Cut A Deal With a Dragon
Next year I will be doing the London to Paris bike ride to
raise money for the DogTrust (www.dogtrust.co.uk) .
Please Sponsor me at http://www.justgiving.com/Assaf-Flatto
|
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Nagios-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
