% Time Undetermined

[Jason Gauthier]

Yes, you are correct.  The FAQ entry is basically:

"Description: When user generates host/service reports using the trends and
availability CGIs, they get a percent of time reported as being
'Undetermined'. Sometimes the report will show '100% Undetermined' time.
What does this mean? 

 
Solution: The trends and availability CGIs were designed to not lie to you
(or your manager). They make the best attempt to give an honest report of
the state of a host or service based on alert entries found in the log
files. If there are chunks of time in the reporting period that the CGIs
cannot determine the state of a host/service for, those chunks get counted
as undetermined. 

If you get 100% of the period being reported as undetermined, the problem
lies with the fact that the CGIs could not determine the initial/start state
of the host/service for that period. You can increase the chances of the
CGIs finding an initial state for the host/service by increasing the value
of the Backtracked Archives option. If this does not help and you know what
the state of the host/service was at the start of the report period, you can
tell the CGIs what that was by selecting it from the First assumed state
dropdown box. 

If only a portion of the reporting period is being shown as undetermined, it
may be due to two things: 


Nagios was not running during the undetermined times. If this is the case,
you're out of luck. The CGIs cannot be forced to report the state of a
host/service when Nagios was not running. 
The Nagios process was restarted one or more times during the reporting
period. If you have state retention enabled, set the Assume state retention
option to yes. If you do not have state retention enabled, you might try
setting the Assume initial states option to yes. "


The first solution is "Increase Backtracked Archives" which is a moot point,
because I have none.
The second solution is to force the "Assumed initial state", which my
original emails states I have done.
(I forced the initial status to be "UP")

S, I appreciate you pointing me to the FAQ which I have covered.
Unfortunatly, in my case something else is wrong.

I would be most thankful for any other suggestions.

Thanks all,

Jason


> -----Original Message-----
> From: Steve Rossen [mailto:Steve.Rossen at Parago.Com]
> Sent: Wednesday, May 21, 2003 10:54 AM
> To: 'Jason Gauthier'; 'nagios-users at lists.sourceforge.net'
> Subject: RE: [Nagios-users] % Time Undetermined
> 
> 
> There is a FAQ on this. Do a search.
> 
> -----Original Message-----
> From: Jason Gauthier [mailto:jgauthier at lastar.com] 
> Sent: Wednesday, May 21, 2003 8:48 AM
> To: 'nagios-users at lists.sourceforge.net'
> Subject: [Nagios-users] % Time Undetermined
> 
> 
> Hey Folks-
> 
> 
> I've been using Nagios for quite a while. Recently, my CTO 
> came to me and
> said he wants a way for me to measure our uptime. I thought, 
> "Nagios has
> built in reporting, and should do the job nicely."
> 
> I proceeded to clean out all my Nagios retention states, and 
> start from a
> clean slate. After several days I'm back to running reports.  
> 
> Every report I run for every host always tells me that 
> 100.000% of my time
> is undetermined.  I cannot figure out why. (Even if I run the 
> report on the
> last 24 hours, assume inital state is up, [and it is!], I 
> always get this)
> 
> I would really like to figure out how this works so I can fix 
> it.. and not
> have to build something else myself.
> 
> Thanks!
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out 
> ObjectStore. Now part
> of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> 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
> 


-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a
relational database is painful, don't do it! Check out ObjectStore.
Now part of Progress Software. http://www.objectstore.net/sourceforge
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
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