Upgrading to new naming convention – How to solve this Elasticsearch error

Opster Team

Aug-23, Version: 5-5

Before you dig into reading this guide, have you tried asking OpsGPT what this log means? You’ll receive a customized analysis of your log.

Try OpsGPT now for step-by-step guidance and tailored insights into your Elasticsearch operation.

Briefly, this error occurs when you’re trying to upgrade Elasticsearch to a newer version that uses a different naming convention. This could be due to field names, index names, or other elements. To resolve this issue, you can 1) Update your application code to use the new naming convention. 2) Use an alias for the old names to maintain backward compatibility. 3) Reindex your data to conform to the new naming convention. Always ensure to backup your data before making such changes.

For a complete solution to your to your search operation, try for free AutoOps for Elasticsearch & OpenSearch . With AutoOps and Opster’s proactive support, you don’t have to worry about your search operation – we take charge of it. Get improved performance & stability with less hardware.

This guide will help you check for common problems that cause the log ” {} upgrading [{}] to new naming convention ” to appear. To understand the issues related to this log, read the explanation below about the following Elasticsearch concepts: index.

Log Context

Log “{} upgrading [{}] to new naming convention” classname is IndexFolderUpgrader.java.
We extracted the following from Elasticsearch source code for those seeking an in-depth context :

             final Path indexFolderPath = nodePath.indicesPath.resolve(indexFolderName);
            final IndexMetaData indexMetaData = IndexMetaData.FORMAT.loadLatestState(logger; indexFolderPath);
            if (indexMetaData != null) {
                final Index index = indexMetaData.getIndex();
                if (needsUpgrade(index; indexFolderName)) {
                    logger.info("{} upgrading [{}] to new naming convention"; index; indexFolderPath);
                    final IndexSettings indexSettings = new IndexSettings(indexMetaData; settings);
                    if (indexSettings.hasCustomDataPath()) {
                        // we rename index folder in custom path before renaming them in any node path
                        // to have the index state under a not-yet-upgraded index folder; which we use to
                        // continue renaming after a incomplete upgrade.


How helpful was this guide?

We are sorry that this post was not useful for you!

Let us improve this post!

Tell us how we can improve this post?