# \#uptime **URL:** https://community.influxdata.com/tag/uptime/23.md [Latest](https://community.influxdata.com/latest.md) · [Categories](https://community.influxdata.com/categories.md) · [Tags](https://community.influxdata.com/tags.md) --- ## [Why reading data on grafana takes time after restart](https://community.influxdata.com/t/why-reading-data-on-grafana-takes-time-after-restart/18784)
**Author:** [@vipinvkmenon](https://community.influxdata.com/u/vipinvkmenon)\ **Replies:** 1\ **Last updated:** [December 13, 2021, 9:15pm UTC](https://community.influxdata.com/t/why-reading-data-on-grafana-takes-time-after-restart/18784 "2021-12-13T21:15:00Z")
So whenever we restart influxdb, we notice that it takes quite a while for grafana to reconnect/read data from influxdb.(up to ~10m) However, when it comes to writing data and accessing /health endpoint the DB is availa… --- ## [How to monitor health of influxdb and be notified if](https://community.influxdata.com/t/how-to-monitor-health-of-influxdb-and-be-notified-if/19069)
**Author:** [@Bedas](https://community.influxdata.com/u/Bedas)\ **Replies:** 1\ **Last updated:** [March 25, 2021, 1:40am UTC](https://community.influxdata.com/t/how-to-monitor-health-of-influxdb-and-be-notified-if/19069 "2021-03-25T01:40:07Z")
I’m trying to figure out how to monitor uptime of InfluxDB in Chronograf and send notification if the uptime is less than 1 hour for example. All I know is this query SHOW DIAGNOSTICS FOR 'system' to retrieve uptime but… --- ## [Best practices against overflow](https://community.influxdata.com/t/best-practices-against-overflow/14297)
**Author:** [@Raymond\_Keller](https://community.influxdata.com/u/Raymond_Keller)\ **Replies:** 1\ **Last updated:** [May 12, 2020, 4:59pm UTC](https://community.influxdata.com/t/best-practices-against-overflow/14297 "2020-05-12T16:59:19Z")
I’ve had some of my InfluxDB systems repeatedly experience OOMs and shard corruption apparently resulting from either increases in data ingest that inhibit timely compaction and/or disk outages (perhaps themselves caused… --- ## [Strategy for Availability and Recovery with Possibly Unreliable Internet Service?](https://community.influxdata.com/t/strategy-for-availability-and-recovery-with-possibly-unreliable-internet-service/287)
**Author:** [@mkarlesky](https://community.influxdata.com/u/mkarlesky)\ **Replies:** 4\ **Last updated:** [December 11, 2017, 9:23pm UTC](https://community.influxdata.com/t/strategy-for-availability-and-recovery-with-possibly-unreliable-internet-service/287 "2017-12-11T21:23:49Z")
We are building up a sensor system around InfluxDB. In these early stages we're simply running a local instance of InfluxDB as a Docker container. Looking down the road we are considering our options and strategy to ma… --- ## [Kapacitor false alarms on new EC2 instances](https://community.influxdata.com/t/kapacitor-false-alarms-on-new-ec2-instances/2042)
**Author:** [@jpriebe](https://community.influxdata.com/u/jpriebe)\ **Replies:** 0\ **Last updated:** [August 14, 2017, 8:00pm UTC](https://community.influxdata.com/t/kapacitor-false-alarms-on-new-ec2-instances/2042 "2017-08-14T20:00:03Z")
We are using netdata to feed metrics into influxdb and alerting via kapacitor. Whenever we spin up a new EC2 instance, for example if an autoscaling group is scaling up, our TICK scripts trigger alerts like “CPU idle is… --- ## [InfluxDB production concerns](https://community.influxdata.com/t/influxdb-production-concerns/53)
**Author:** [@jackzampolin](https://community.influxdata.com/u/jackzampolin)\ **Replies:** 0\ **Last updated:** [January 31, 2017, 7:10pm UTC](https://community.influxdata.com/t/influxdb-production-concerns/53 "2017-01-31T19:10:51Z")
My company provides a monitoring solution for meters mainly in the small municipality market. We are evaluating timeseries databases for our historic data. Since we are a small team we need a managed solution. Uptime is …