articleLimited Performance Data Available

This article explains how to interpret and address the condition that causes the Performance Monitor to return the following message:

Limited performance data available, no check completed.

Details

This message indicates that, at the time the service monitor was run, no performance data was collected from the agent within the "Sustained Average Time Interval". An accurate check could not be run because there was no data against which to perform a check.

The Performance monitor relies on the performance data that is collected by the Platform Performance Gatherer. If the Performance monitor runs more frequently, or checks too little performance data, the monitor may find that there is no performance data to check against.

An example of circumstances that may cause this message to appear follows:

  • The Platform Performance Gatherer runs once every 10 minutes to gather performance information (e.g. CPU, memory and process usage) from the agent.
  • The Performance monitor runs once every 5 minutes with a one-minute "Sustained Average Time Interval".

In the example above, the Performance monitor will run twice before the Platform Performance Gatherer collects new data from the agent. This happens because the Performance monitor only looks at the past minute of historical CPU performance data to determine the status of the monitor. The monitor is likely to miss any older data that was collected by the Platform Performance Gatherer.

Another example involves checking CPU usage for a specific process. By default, the up.time agent collects information about the top 20 processes (based on CPU load) on the system that is being monitored. If the process that you want to check for CPU usage does not fall into the top 20 processes, the Performance monitor will not be able to verify the performance of the process. Instead, it will return the Limited performance data available, no check completed message.

Solution

Ensure that the Sustained Average Time Interval is greater than the check interval for the Platform Performance Gatherer for the agent against which the service is running. This enables the agent to collect data more often than the Performance monitor checks it and ensures that the Performance monitor always has data from the agent to check against.

For example, change the Sustained Average Time Interval so that:

  • The Platform Performance Gatherer runs once every 10 minutes.
  • The Performance monitor runs once every 5 minutes with a 15-minute Sustained Average Time Interval.

In this case, the Performance monitor runs once every five minutes, will check data from the last 10 minutes and therefore should always find good data.

As another example, change the check interval for the Platform Performance Gatherer so that:

  • The Platform Performance Gatherer runs once per minute.
  • The Performance monitor runs once every five minutes with a two-minute Sustained Average Time Interval.

In this case, the performance data from the agent is updated once per minute and the Performance monitor should always have some data to check against, even if the monitor only looks for one minute of data.

Related Articles


Performance Monitor error: limited performance data available

RatingViews
article

This error is normally a result of the CPU time interval within the performance monitor being shorter than the data collection rate of the associated agents performance data collector. More...

By: uptime Support | Date Created: 12-31-1969 | Last Modified: 8-31-2011 | Index: 289

  5000

Errors when trying to delete performance data

RatingViews
article

When you following the article http://support.uptimesoftware.com/article.php?id=281 - Trim performance data from your Mysql datastore If you experience the following error: mysql> delete from...

By: uptime Support | Date Created: 10-10-2009 | Last Modified: 8-13-2011 | Index: 420

  2132

What happens to performance data and monitoring if up.time is off...

RatingViews
article

If the up.time data collector (core) or the up.time data store is stopped all service monitoring and data collection will stop. up.time works on a polling architecture, the agents never store data...

By: uptime Support | Date Created: 10-8-2009 | Last Modified: 8-10-2011 | Index: 400

  2086

Manually trim performance data from a SQL Server DB

RatingViews
article

WARNING: These commands are permanent. All deleted data will be lost. Ensure that you complete a full data backup before proceeding with these commands.The following commands will delete all...

By: uptime Support | Date Created: 6-24-2011 | Last Modified: 6-25-2014 | Index: 529

  2778

Solaris agent not collecting performance data

RatingViews
article

Within the output from a "Poll Agent" (Under the Info tab for the target element) you may notice a section with this information: >>> sadc_cpu The lock file is currently residing in /tmp and the...

By: uptime Support | Date Created: 8-5-2010 | Last Modified: 8-10-2011 | Index: 461

  2155

User Comments



No comments have been posted.

Copyright © 2021 IDERA, Inc.   Legal   Privacy Statement