服务器运行环境信息: filebeat->kafka->logstash->es
软件版本： es:6.6.1；3个master+node；1个协调节点，共4个节点
背景：
es集群因为之前升级的原因，集群成red状态，后来商量后，把变红的索引都删了，然后重启了下集群，分片分到8000多的时候，就不往下分了，查看了下未分配的索引都是之前删除过的，再一次删除red索引后，发现过会儿又会出现，而且通过_cat/indices查不到该索引，但是查看未分配的分片中又可以看到改索引的名字，协调节点一直在报can not be imported as a dangling index, as an index with the same name and UUID exist in the index tombstones. This situation is likely caused by copying over the data directory for an index that was previously deleted
由于这个集群之前是其他小伙伴维护的，问了后，之前有物理删除过某个red索引的uuid目录，在github上看到一篇关于悬空索引的文章，https://github.com/elastic/ela ... 18250
现状：
现在集群也不影响使用，就是一直是red状态，已经好几个月了，索引创建周期是按周
有老师或者朋友遇到过类似的问题不
软件版本： es:6.6.1；3个master+node；1个协调节点，共4个节点
背景：
es集群因为之前升级的原因，集群成red状态，后来商量后，把变红的索引都删了，然后重启了下集群，分片分到8000多的时候，就不往下分了，查看了下未分配的索引都是之前删除过的，再一次删除red索引后，发现过会儿又会出现，而且通过_cat/indices查不到该索引，但是查看未分配的分片中又可以看到改索引的名字，协调节点一直在报can not be imported as a dangling index, as an index with the same name and UUID exist in the index tombstones. This situation is likely caused by copying over the data directory for an index that was previously deleted
由于这个集群之前是其他小伙伴维护的，问了后，之前有物理删除过某个red索引的uuid目录，在github上看到一篇关于悬空索引的文章，https://github.com/elastic/ela ... 18250
现状：
现在集群也不影响使用，就是一直是red状态，已经好几个月了，索引创建周期是按周
有老师或者朋友遇到过类似的问题不
2 个回复
zqc0512 - andy zhou
赞同来自: footprints 、laoyang360
要不就是你有节点离线很久了。这个索引都删除了，重新加入的节点还保存有这个信息。
printf_uck - 1024
赞同来自: