Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

This knowledge base article provides steps of one approach which may resolve a, "Database Not Responding" (DNR) message on the Global Scan page. When this happens, check the uptime.log file for messages similar to the following line, but note that the numbers differ from the example.

Code Block
languagesql
011-03-29 11:40:48,873 ERROR (ProtocolHandler:79) -In command entities=168,169,171,175,176,177,179|commandType=query|commandQueryName=GET_GLOBAL_SCAN_ENTITIES

This type of message likely indicates that the Global Scan page is attempting to display recent performance data from an element that was removed or deleted from Uptime Infrastructure Monitor. To verify this condition, run the following queries to see if there are entries in the entity_latest_data_sample table that do not correspond to an existing element in the entity table: 

Code Block
languagevbsql
select host_id
from entity_latest_data_sample
where host_id not in (select entity_id from entity);

select host_id from entity_latest_data_sample where host_id not in (select entity_id from entity); For each ID that is listed from the above query, run the following two queries (replace , replacing <ID> with the ID number). The first query should return an empty set but the second should have one or more results.

Code Block
languagesql
select entity_id
from

...

 entity
where entity_id=<ID>;
Code Block
languagesql
select *

...


from entity_latest_data_sample
where host_id=<ID>;

To remove the erroneous performance data that is causing this issue, run the following delete statement.

Code Block
languagesql
delete from entity_latest_data_sample where host_id=<ID>;

Once the delete statement has been run runs for each of the ID's IDs from the first query, view the GlobalScan Global Scan page to verify that the issue has been is resolved.