# Cluster\_block\_exception blocks all ingestion

**URL:** https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338
**Category:** Logstash
**Tags:** docker, ingest-pipeline
**Created:** [December 10, 2020, 10:12pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338 "2020-12-10T22:12:23Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![elk\_follower](https://avatars.discourse-cdn.com/v4/letter/e/b4bc9f/32.png) [@elk\_follower](https://discuss.elastic.co/u/elk_follower)
#### Post date: [December 10, 2020, 10:12pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/1 "2020-12-10T22:12:23Z")

</div>

Hello,

We have a ELK 7.3.2 cluster with 3 nodes and almost 3 TB disk free. Also have Index lifecycle policy which force merge all indices older than 7 days

Free Disk:

 ![image](https://us1.discourse-cdn.com/elastic/original/3X/0/a/0abfa25ee5b3e2d737c402dea58194eaad76290d.png)

ILP:

 ![image](https://us1.discourse-cdn.com/elastic/original/3X/5/3/53e90b6a10068ef662f767ef891dea057a4c97c5.png)

We deployed filebeat to ingest some old logs (September logs) and suddenly all the log(Current and old) ingestion stopped due to below error in logstash:

```auto
[2020-12-10T21:07:47,524][INFO][logstash.outputs.elasticsearch] retrying failed action with response code: 403 ({"type"=>"cluster_block_exception", "reason"=>"index [logstash-2020.09.09] blocked by: [FORBIDDEN/8/index write (api)];"})
[2020-12-10T21:07:47,524][INFO][logstash.outputs.elasticsearch] retrying failed action with response code: 403 ({"type"=>"cluster_block_exception", "reason"=>"index [logstash-2020.09.09] blocked by: [FORBIDDEN/8/index write (api)];"})
[2020-12-10T21:07:47,524][INFO][logstash.outputs.elasticsearch] Retrying individual bulk actions that failed or were rejected by the previous bulk request. {:count=>125}

```

When I checked the setting for this new created indices found "index.blocks.write": "true".  
As a workaround i changed the blocks write to false after which all logs started coming into elastic search.

But couple of questions

1. Why writes were blocked for this new index created ?
2. And why the logs ingestion for all other indices blocked ? For example I was expecting the logs to get ingested into todays index.

Would really appreciate if someone could explain why this happened ? I'm more concerned about question #2 above as this is impacting the current logs ingested into elastic search. Is there a way to avoid this situation?

TIA.

---

<div class="post-metadata">

### Author: ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)
#### Post date: [December 10, 2020, 10:52pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/2 "2020-12-10T22:52:12Z")

</div>

> [@elk\_follower](#):
>
> - Why writes were blocked for this new index created ?

Are you sure it was a new index? It'd make sense if this index already existed and had moved to the warm phase. Check your logs, the creation of a new index is logged by default.

> [@elk\_follower](#):
>
> And why the logs ingestion for all other indices blocked ?

A write block on one index doesn't affect traffic into the other indices _within Elasticsearch_, but it might within Filebeat. Were you using the same Filebeat instance for everything? Might be best to use a different one for your historical data.

---

<div class="post-metadata">

### Author: ![elk\_follower](https://avatars.discourse-cdn.com/v4/letter/e/b4bc9f/32.png) [@elk\_follower](https://discuss.elastic.co/u/elk_follower)
#### Post date: [December 10, 2020, 11:05pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/3 "2020-12-10T23:05:51Z")

</div>

@DavidTurner, Thanks a lot for your response.

> Blockquote  
> Are you sure it was a new index? It'd make sense if this index already existed and had moved to the warm phase. Check your logs, the creation of a new index is logged by default.

Yes. These indices would have be been existed and deleted after backup. Looks like they were recreated due to older logs.

> Blockquote  
> Were you using the same Filebeat instance for everything? Might be best to use a different one for your historical data.

No. There are multiple filebeats pushing logs into ELK. Only one of the filebeat started pushing older logs but this blocked everything getting into ELK. But we do have same instance of logstash. Is that causing the issue?

Thanks,

---

<div class="post-metadata">

### Author: ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)
#### Post date: [December 11, 2020, 9:01am UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/4 "2020-12-11T09:01:44Z")

</div>

> [@elk\_follower](#):
>
> But we do have same instance of logstash. Is that causing the issue?

Perhaps -- you'd get a more helpful answer on the Logstash forums than here, I don't know Logstash very well.

---

<div class="post-metadata">

### Author: ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)
#### Post date: [December 11, 2020, 9:20am UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/5 "2020-12-11T09:20:59Z")

</div>

Unless you have configured multiple independent pipelines for old and new data in Logstash batches being processed will contain both. If some of the documents fail and need to be retried, I would expect this to hold up the whole batch, which will eventually block all processing threads.

---

<div class="post-metadata">

### Author: ![elk\_follower](https://avatars.discourse-cdn.com/v4/letter/e/b4bc9f/32.png) [@elk\_follower](https://discuss.elastic.co/u/elk_follower)
#### Post date: [December 11, 2020, 5:14pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/6 "2020-12-11T17:14:01Z")

</div>

@Christian_Dahlqvist, Thanks for you reply.

Indeed, we have multiple independent pipelines and one is the default pipeline through which all logs are pushed in the default index which is a daily index. But we don't have separate pipeline for old or new logs but they are configured on the grok parser. The older logs which we were trying to inject were getting pushed to default daily index as it didn't match any of the grok pattern in other pipelines.

Default pipeline:

```auto
input {
  beats {
    port => 5044
  }
}

output {
  elasticsearch {
    hosts => "http://<elasticsearch-ip>:9200"
    index => "logstash-%{+YYYY.MM.dd}"
  }
  stdout {}
}

```

What would be the solution here to avoid this in future? And I will start a new thread on logstash forum.

Thank you so much for your help.

---

<div class="post-metadata">

### Author: ![elk\_follower](https://avatars.discourse-cdn.com/v4/letter/e/b4bc9f/32.png) [@elk\_follower](https://discuss.elastic.co/u/elk_follower)
#### Post date: [December 11, 2020, 5:14pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/7 "2020-12-11T17:14:41Z")

</div>

@DavidTurner, Thanks. Will open up a new thread in Logstash forums.

---

<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: [January 8, 2021, 5:14pm UTC](https://discuss.elastic.co/t/cluster-block-exception-blocks-all-ingestion/258338/8 "2021-01-08T17:14:41Z")

</div>

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