Elasticsearch-SERVICE_UNAVAILABLE/1/state not recovered 怎么修复
时间: 2024-06-04 07:02:34 浏览: 10
这个错误通常是由于Elasticsearch节点的状态未正确恢复引起的。以下是修复此错误的可能步骤:
1. 检查Elasticsearch节点是否正在运行。如果节点未运行,请启动它。
2. 检查Elasticsearch节点的日志文件,查看是否有任何错误消息。如果有,请尝试解决这些错误。
3. 如果节点已经运行,但状态未正确恢复,请尝试重新启动它。这可以通过重启节点来完成。
4. 如果节点仍然无法恢复状态,请尝试清除Elasticsearch节点数据目录中的临时文件和日志文件。这可以通过删除节点数据目录中的所有文件来完成。请注意,这将删除所有索引和数据,因此请谨慎操作。
5. 如果以上步骤无法解决问题,请尝试使用Elasticsearch的快照和恢复功能来恢复节点状态。这可以通过创建Elasticsearch快照并使用该快照来恢复节点状态来完成。
请注意,这些步骤可能需要一些技术知识和经验。如果您不确定如何执行这些步骤,请考虑寻求专业帮助或与Elasticsearch社区联系以获取支持。
相关问题
cluster_block_exception","reason":"blocked by: [SERVICE_UNAVAILABLE/1/state not recovered / initialized
这个错误通常是由于Elasticsearch集群中的某些节点未能成功启动或恢复。您可以尝试以下步骤来解决此问题:
1. 检查Elasticsearch节点的日志以查看是否有其他错误或警告。
2. 确保Elasticsearch集群的所有节点都已启动并正在运行。您可以使用以下命令检查节点的状态:
```
curl -XGET 'http://<node_ip>:9200/_cluster/state?pretty'
```
如果所有节点都处于活动状态,则应该看到一个JSON响应。
3. 如果您在集群中使用了多个主节点,则需要检查它们之间的通信是否正常。您可以使用以下命令检查主节点的状态:
```
curl -XGET 'http://<node_ip>:9200/_cat/master?v'
```
如果所有主节点都处于活动状态,则应该看到一个响应,其中包含当前的主节点ID。
4. 如果您的集群中有正在进行的恢复操作,则需要等待它们完成。您可以使用以下命令检查恢复状态:
```
curl -XGET 'http://<node_ip>:9200/_cat/recovery?v'
```
如果有正在进行的恢复操作,则应该看到一些正在进行中的任务。
如果您仍然无法解决问题,请考虑重新启动集群,并确保您的配置正确。
请用docker-compose写出下面这串代码: docker run --name es-s2 --restart=always -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -v /mydata/se_cluster/es-s2/config:/usr/share/elasticsearch/config -v /mydata/se_cluster/es-s2/data:/usr/share/elasticsearch/data -v /mydata/se_cluster/es-s2/plugins:/usr/share/elasticsearch/plugins -v /mydata/se_cluster/es-s2/logs:/usr/share/elasticsearch/logs -e TAKE_FILE_OWNERSHIP="true" -d elasticsearch:7.9.0
version: '3'
services:
es-s2:
container_name: es-s2
restart: always
ports:
- "9200:9200"
- "9300:9300"
environment:
- discovery.type=single-node
- TAKE_FILE_OWNERSHIP=true
volumes:
- /mydata/se_cluster/es-s2/config:/usr/share/elasticsearch/config
- /mydata/se_cluster/es-s2/data:/usr/share/elasticsearch/data
- /mydata/se_cluster/es-s2/plugins:/usr/share/elasticsearch/plugins
- /mydata/se_cluster/es-s2/logs:/usr/share/elasticsearch/logs
image: elasticsearch:7.9.0
detach: true
相关推荐
![zip](https://img-home.csdnimg.cn/images/20210720083736.png)
![-](https://csdnimg.cn/download_wenku/file_type_column_c1.png)
![-](https://csdnimg.cn/download_wenku/file_type_column_c1.png)
![-](https://csdnimg.cn/download_wenku/file_type_column_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)
![](https://csdnimg.cn/download_wenku/file_type_ask_c1.png)