Before you post: Your responses to these questions will help the community help you. Please complete this template if you’re asking a support question. Don’t forget to select tags to help index your topic!
1. Describe your incident:
I ran into an issue with the storage on my server filling up, this caused a backlog of 6.5Million messages unprocessed until I realized there was a problem (not actively monitoring this daily). Expanded storage and it cleared the messages up in a matter of minutes. When I clicked on the “Search” tab again to view new messages coming in I got this message:
While retrieving data for this widget, the following error(s) occurred:
Elasticsearch exception [type=index_not_found_exception, reason=no such index ].
2. Describe your environment:
OS Information:
Redhat 17.0.2 on Linux 4.18.0
Graylog - 4.2.6
Package Version:
N\A
Service logs, configurations, and environment variables:
Caused by: org.graylog.shaded.elasticsearch?.org.elasitcsearch.elasticsearchstatusexception: Elasticsearch exception [type=cluster_block_exception, reason=index [graylog_7] blocked by: [TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block];]
3. What steps have you already taken to try and solve the problem?
Tried restarting the elasticsearch service, tried restarting the server. Researched the error code but come across a lot of saying to re-index but instructions aren’t clear and I’m not sure if that’s what I need…any help is very appreciated.
So after you expanded the volume this create more then one issue, it looks like Elasticsearch went into read mode. What needs to happen is take it out of read mode or you journal will fill up again.
First, I would check the cluster, if ES/OS setting are 127.0.0.1 or localhost use this
curl -X GET "localhost:9200/_all/_settings?pretty"
You should see something like this on you index used.
Thank you very much for this. I’m extremely new to graylog so I don’t know all of these little ins and outs. Rotating the index seems to have done the trick!
If you’re able to answer just so I know better, when rotating the index it appears to have created a new index. Does this make so the old messages are now unreadable? For example I had index(s) Graylog_1-8 and it created Graylog_9. Does this make so 9 is all that’s being read or does the search function show messages from every index?
You are correct, sort answer is the default index set can be configured different ways.
The index will rotate as it was configured, this is called rotation strategy. three settings ( size, time, count).Then below that setting you have Rotation period. Tthis setting would be for hour, day, week, etc…
Remember the more indices you the more volume will be used. TBH you may want to read over the documention.