# Logstash 2.0 Monitoring API?

**URL:** https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551
**Category:** Logstash
**Created:** [November 2, 2015, 6:03pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551 "2015-11-02T18:03:26Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![natefox](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/natefox/32/44821_2.png) [@natefox](https://discuss.elastic.co/u/natefox)
#### Post date: [November 2, 2015, 6:03pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/1 "2015-11-02T18:03:26Z")

</div>

I kept seeing mentions of a monitoring API when LS 2.0 hit, but cant seem to find any mention of it in the current docs. Did it get implemented?

---

<div class="post-metadata">

### Author: ![magnusbaeck](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/magnusbaeck/32/44943_2.png) [@magnusbaeck](https://discuss.elastic.co/u/magnusbaeck)
#### Post date: [November 2, 2015, 6:32pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/2 "2015-11-02T18:32:34Z")

</div>

No, it wasn't implemented. See the issue below and the [Logstash roadmap](https://www.elastic.co/guide/en/logstash-roadmap/current/index.html).

> <https://github.com/elastic/logstash/issues/2611>

---

<div class="post-metadata">

### Author: ![natefox](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/natefox/32/44821_2.png) [@natefox](https://discuss.elastic.co/u/natefox)
#### Post date: [November 2, 2015, 7:02pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/3 "2015-11-02T19:02:01Z")

</div>

Bummer. Looks like it got pushed out to LS 3.0? I'm guessing there's not even an ETA for that version.

Is there a way to see how many lines are queued up and waiting to move out of LS? I've been using rsyslog and rely on its ability to provide queue stats but I'd like to move to something a bit more powerful.

---

<div class="post-metadata">

### Author: ![magnusbaeck](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/magnusbaeck/32/44943_2.png) [@magnusbaeck](https://discuss.elastic.co/u/magnusbaeck)
#### Post date: [November 2, 2015, 7:12pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/4 "2015-11-02T19:12:05Z")

</div>

Queued up where? Logstash has no internal queue to speak of.

---

<div class="post-metadata">

### Author: ![natefox](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/natefox/32/44821_2.png) [@natefox](https://discuss.elastic.co/u/natefox)
#### Post date: [November 2, 2015, 7:40pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/5 "2015-11-02T19:40:02Z")

</div>

If Logstash cant write to its destination, it would in theory be queued from the filter to output, right? I'm basing this knowledge off of the roadmap verbiage here: [https://www.elastic.co/guide/en/logstash-roadmap/current/index.html#\_resiliency](https://www.elastic.co/guide/en/logstash-roadmap/current/index.html#_resiliency)

Basically, I want to know if logstash is behind on sending a fast filling file to its destination for whatever reason (usually because the destination cant handle the ingestion rate).

---

<div class="post-metadata">

### Author: ![magnusbaeck](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/magnusbaeck/32/44943_2.png) [@magnusbaeck](https://discuss.elastic.co/u/magnusbaeck)
#### Post date: [November 2, 2015, 8:26pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/6 "2015-11-02T20:26:50Z")

</div>

> If Logstash cant write to its destination, it would in theory be queued from the filter to output, right?

Yes and no. There are two 20-event buffers in the pipeline but that's all there is in terms of queueing. In practice a clogged output will stall the whole pipeline.

> Basically, I want to know if logstash is behind on sending a fast filling file to its destination for whatever reason (usually because the destination cant handle the ingestion rate).

Logstash won't give you such metrics, but since file inputs are observable from the outside you could compare the sincedb offset to the file size and see how far behind Logstash is. See [Logstash parsing progress bar - Stack Overflow](http://stackoverflow.com/a/33146636/414355).

---

<div class="post-metadata">

### Author: ![natefox](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/natefox/32/44821_2.png) [@natefox](https://discuss.elastic.co/u/natefox)
#### Post date: [November 2, 2015, 9:06pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/7 "2015-11-02T21:06:05Z")

</div>

Thanks for that stack overflow link. I might be able to cobble something together using that.

Do you know if these are the kinds of metrics that are planned with the monitoring API?

---

<div class="post-metadata">

### Author: ![magnusbaeck](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/magnusbaeck/32/44943_2.png) [@magnusbaeck](https://discuss.elastic.co/u/magnusbaeck)
#### Post date: [November 2, 2015, 9:09pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/8 "2015-11-02T21:09:45Z")

</div>

> Do you know if these are the kinds of metrics that are planned with the monitoring API?

I don't know. Have you checked the GitHub issues?

---

<div class="post-metadata">

### Author: ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [November 2, 2015, 9:32pm UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/9 "2015-11-02T21:32:53Z")

</div>

I don't have a date for 3.X, but it won't be far off.

---

<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: [July 6, 2017, 5:24am UTC](https://discuss.elastic.co/t/logstash-2-0-monitoring-api/33551/10 "2017-07-06T05:24:27Z")

</div>


