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 OpenSearch operation.
Briefly, this error occurs when OpenSearch detects indices that are not associated with any cluster, known as “dangled” indices. This can happen due to a cluster restart or a node rejoining the cluster. To resolve this, you can manually import the dangled indices using the import_dangling_indices API. Alternatively, you can set the “gateway.auto_import_dangling_indices” to true to automatically import them. However, be cautious as this could lead to data inconsistency. If the indices are not needed, they can be deleted to prevent this error.
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 ” auto importing dangled indices {} from [{}] ” to appear. To understand the issues related to this log, read the explanation below about the following OpenSearch concepts: dangled, indices.
Log Context
Log “auto importing dangled indices {} from [{}]” classname is LocalAllocateDangledIndices.java.
We extracted the following from OpenSearch source code for those seeking an in-depth context :
.append("]"); } if (!importNeeded) { return currentState; } logger.info("auto importing dangled indices {} from [{}]"; sb.toString(); request.fromNode); RoutingTable routingTable = routingTableBuilder.build(); ClusterState updatedState = ClusterState.builder(currentState) .metadata(metadata) .blocks(blocks)