# Graylog Processing Messages Super Slow

**URL:** <https://community.graylog.org/t/graylog-processing-messages-super-slow/7063>\
**Category:** Graylog Central (peer support)\
**Created:** [October 1, 2018, 7:02pm UTC](https://community.graylog.org/t/graylog-processing-messages-super-slow/7063 "2018-10-01T19:02:20Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![doctor\_mustard](https://avatars.discourse-cdn.com/v4/letter/d/e79b87/32.png) [@doctor\_mustard](https://community.graylog.org/u/doctor_mustard)\
**Post date:** [October 1, 2018, 7:02pm UTC](https://community.graylog.org/t/graylog-processing-messages-super-slow/7063/1 "2018-10-01T19:02:20Z")

</div>

We have a Graylog server (2.4.6-1) running on top of Elasticsearch (5.6.10) and MongoDB (3.4.10) on an Ubuntu 16.04 (kernel 4.4.0-135-generic) EC2 instance. The Graylog server is processing messages incredibly slowly. In the time it’s taken me to write this, another ~5000 messages have piled up. It’s not completely stopped, because if I turn off the input for a while, the number of unprocessed messages declines, but at maybe ~100 messages/minute, far too slow to keep up with the logs being sent to it.

We’re consistently sitting at ~1GB of RAM free, and usually at 95%+ CPU idle. None of our disks are over 60% usage. We had issues with system performance and resources in the past, so that was the first thing I checked.

The node health is all green, and the JVM has ~3.5 GB allocated to it. Graylog tells me the node is using ~1GB of that.

This issue has persisted through a full apt-purge of graylog-server, removing the old journal files, and several restarts of both individual services and the machine as a whole.

Our input is a syslog UDP, and turning off the stream filtering regex tests doesn’t help.

The [graylog log file is here](https://pastebin.com/3LTpXraL). The only problems in it are plugins we don’t use, far as I can tell. [The elasticsearch log file is here.](https://pastebin.com/UQ6V0YEm)

---

<div class="post-metadata">

**Author:** ![jan](https://sea2.discourse-cdn.com/flex016/user_avatar/community.graylog.org/jan/32/11_2.png) [@jan](https://community.graylog.org/u/jan)\
**Post date:** [October 2, 2018, 2:43pm UTC](https://community.graylog.org/t/graylog-processing-messages-super-slow/7063/2 "2018-10-02T14:43:57Z")

</div>

he @doctor_mustard

what resources are available on the instance? Do you have one instance handle everything or did you have them separated?

Most times the elasticsearch can’t handle the load with the given resources and you need to give it more and change some settings.

We would need to know, how much CPUs/RAM is available and if you tune the settings for the JVM for Graylog or Elasticsearch.

---

<div class="post-metadata">

**Author:** ![doctor\_mustard](https://avatars.discourse-cdn.com/v4/letter/d/e79b87/32.png) [@doctor\_mustard](https://community.graylog.org/u/doctor_mustard)\
**Post date:** [October 2, 2018, 3:01pm UTC](https://community.graylog.org/t/graylog-processing-messages-super-slow/7063/3 "2018-10-02T15:01:43Z")

</div>

Hi Jan,  
I posted this on /r/sysadmin after I learned I would have to wait so long for the account to be approved.  
A nice guy helped me fix it.  
If anyone finds this thread later and wants to know what worked, [here’s the reddit thread that we troubleshooted it through.](https://www.reddit.com/r/sysadmin/comments/9khkke/graylog_processing_messages_super_slow/)

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/graylog/original/3X/c/7/c7c09c6b5099570133d6502b83f50ba4430de5b6.png) [@system](https://community.graylog.org/u/system)\
**Post date:** [October 16, 2018, 3:05pm UTC](https://community.graylog.org/t/graylog-processing-messages-super-slow/7063/4 "2018-10-16T15:05:38Z")

</div>

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