Log Updating index.index_concurrency from to – How To Solve Related Issues

Log Updating index.index_concurrency from to – How To Solve Related Issues

Opster Team

Feb-20, Version: 1.7-8.0


Before you read this guide, we recommend you run the Elasticsearch Error Check-Up which detects issues in ES that cause log errors. It’s a free tool that requires no installation and takes 2 minutes to complete.

This guide will help you check for common problems that cause the log ” Updating index.index_concurrency from to ” to appear. It’s important to understand the issues related to the log, so to get started, read the general overview on common issues and tips related to the Elasticsearch concepts: index.

Advanced users might want to skip right to the common problems section in each concept or try running the Check-Up which analyses ES to pinpoint the cause of many errors and provides suitable actionable recommendations how to resolve them. Among the dozens of checks included are: shards sizes, thread pools, management queue size, search errors, circuit breakers and many more (join over 700 users who use this free tool).

Log Context

Log “updating index.index_concurrency from [{}] to [{}]” classname is InternalEngine.java
We extracted the following from Elasticsearch source code for those seeking an in-depth context :

                     !codecName.equals(InternalEngine.this.codecName) ||
                    failOnMergeFailure != InternalEngine.this.failOnMergeFailure ||
                    codecBloomLoad != codecService.isLoadBloomFilter()) {
                try (InternalLock _ = readLock.acquire()) {
                    if (indexConcurrency != InternalEngine.this.indexConcurrency) {
                        logger.info("updating index.index_concurrency from [{}] to [{}]"; InternalEngine.this.indexConcurrency; indexConcurrency);
                        InternalEngine.this.indexConcurrency = indexConcurrency;
                        // we have to flush in this case; since it only applies on a new index writer
                        requiresFlushing = true;
                    if (!codecName.equals(InternalEngine.this.codecName)) {

Related issues to this log

We have gathered selected Q&A from the community and issues from Github, that can help fix related issues please review the following for further information :

Optimize Elasticsearch Performance

Try The Tool