# Uptime Monitors not reporting/counted correctly

**URL:** <https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778>\
**Category:** Synthetics\
**Created:** [March 3, 2022, 6:04pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778 "2022-03-03T18:04:09Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![adam.westbrook](https://avatars.discourse-cdn.com/v4/letter/a/ba9def/32.png) [@adam.westbrook](https://discuss.elastic.co/u/adam.westbrook)\
**Post date:** [March 3, 2022, 6:04pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/1 "2022-03-03T18:04:09Z")

</div>

Kibana v 7.16.2

Our Uptime \> Monitors page doesn't seem to be correctly displaying the current status of monitors correctly. We have a single monitor so far, but Uptime is showing "0 Monitors" in the summary. There are also issues with Downtime History being blank, and no monitors being being captured in a basic "Uptime monitor status" rule. Are these issues likely related?

 ![Annotation 2022-03-03 172201](https://us1.discourse-cdn.com/elastic/original/3X/f/6/f69f166560647d28366c739a05ec614cb5ae2bc1.jpeg)

![Annotation 2022-03-03 175032](https://us1.discourse-cdn.com/elastic/original/3X/8/2/8263b9b7a420cc5218e7a68ad6f4d21ded78e279.jpeg)

```auto
heartbeat.monitors:
  - type: http
    id: REDACTED
    name: REDACTED
    schedule: '@every 5s'
    hosts: ["REDACTED:443"]
    ssl:
      verification_mode: full
      certificate_authorities: ["/etc/ssl/certs/lid.crt"]

output.logstash:
  hosts: ["${logstash_url}"]

logging.level: info
logging.to_files: true
logging.files:
  path: /var/log/heartbeat
  name: heartbeat
  keepfiles: 7
  permissions: 0644

```

---

<div class="post-metadata">

**Author:** ![Andrew\_Cholakian1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/andrew_cholakian1/32/3612_2.png) [@Andrew\_Cholakian1](https://discuss.elastic.co/u/Andrew_Cholakian1)\
**Post date:** [March 3, 2022, 9:31pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/2 "2022-03-03T21:31:17Z")

</div>

Can you make sure the clocks on your Elasticsearch and heartbeat instances are both synchronized?

We use time in some complex ways in the queries powering that page, and there have been different instances of irregularities when heartbeat and Elasticsearch aren't properly synced to NTP, especially when it's off by say 30s or a minute. While I know it seems like a bug there are some performance tradeoffs done by the queries on this page that can result in reduced accuracy when clocks are out of sync.

Another question, is it always '0', or only sometimes '0'?

---

<div class="post-metadata">

**Author:** ![adam.westbrook](https://avatars.discourse-cdn.com/v4/letter/a/ba9def/32.png) [@adam.westbrook](https://discuss.elastic.co/u/adam.westbrook)\
**Post date:** [March 4, 2022, 2:32pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/3 "2022-03-04T14:32:35Z")

</div>

Thanks for the quick reply @Andrew_Cholakian1 !

We are using Elastic Cloud so not sure if I'm able to check this? Our Heartbeat instance is using UTC and NTP is synced.

Both the Monitors page and rule creation flyout always say 0.

---

<div class="post-metadata">

**Author:** ![shahzad31](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/shahzad31/32/51637_2.png) [@shahzad31](https://discuss.elastic.co/u/shahzad31)\
**Post date:** [March 10, 2022, 10:36am UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/4 "2022-03-10T10:36:49Z")

</div>

Could this be because of Logstash, does removing logstash in between solves this?

---

<div class="post-metadata">

**Author:** ![Andrew\_Cholakian1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/andrew_cholakian1/32/3612_2.png) [@Andrew\_Cholakian1](https://discuss.elastic.co/u/Andrew_Cholakian1)\
**Post date:** [March 10, 2022, 3:29pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/5 "2022-03-10T15:29:12Z")

</div>

Hmmmm, it's possible that if logstash is backlogged or adding excessive latency to indexing the docs this could happen.

---

<div class="post-metadata">

**Author:** ![Andrew\_Cholakian1](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/andrew_cholakian1/32/3612_2.png) [@Andrew\_Cholakian1](https://discuss.elastic.co/u/Andrew_Cholakian1)\
**Post date:** [March 10, 2022, 3:30pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/6 "2022-03-10T15:30:06Z")

</div>

I'll add that adding logstash usually doesn't add much practical benefit for the Uptime use case, and just adds complexity. I'd recommend removing it generally.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [April 3, 2022, 3:30pm UTC](https://discuss.elastic.co/t/uptime-monitors-not-reporting-counted-correctly/298778/7 "2022-04-03T15:30:53Z")

</div>

This topic was automatically closed 24 days after the last reply. New replies are no longer allowed.