ES 彻底解决403报错(真)

之前写过解决es存储磁盘不够的问题,转移swap文件腾出了8g。

没想到总有那天,磁盘又满了。

情况比较急,有人就“怎么又是这个问题”的催。

我一咬牙,直接在data.path后面加了新加的磁盘的一个目录,重启。。。

没用!尽管kibana上面显示还有50多G,403还是出现了

没办法,删除了之前的索引和data文件夹,data.path就直接用新目录了

 

因为项目只用es存日志和做搜索,所以没有转移数据

当然即使这样也遇到了问题,就是搜索的索引中,分词出了问题——模板丢失了!

还好我postman里面保存了一份模板的post请求,一执行,二跑同步,ok了

最怕的es启动失败没有发生,除了一段时间搜索几个字段出问题,没有大的生产事故,真是太好了。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
当你将 Elasticsearch 构建为服务并遇到错误时,这通常意味着在部署、配置或运行过程中遇到了一些问题。Elasticsearch 的服务部署可能涉及到以下几个方面: 1. **配置错误**:可能是配置文件(如 `elasticsearch.yml`)中的参数设置不正确,比如网络端口、集群名称、索引设置等。 2. **资源限制**:服务器的内存、CPU 或磁盘空间不足可能导致服务无法启动或性能受限。 3. **依赖问题**:服务可能依赖于其他服务(如日志管理、数据源同步),如果这些服务没有正确配置或运行,Elasticsearch 也可能出错。 4. **版本兼容性**:如果你使用的是新版本的 Elasticsearch,可能与旧版的客户端、插件或操作系统存在不兼容。 5. **网络问题**:如果服务依赖于网络,如跨主机通信,网络问题可能导致连接失败。 6. **安装和初始化问题**:安装过程中可能出现了错误,比如命令执行不正确,文件权限问题等。 7. **日志错误**:检查 Elasticsearch 的错误日志是诊断问题的关键,日志中通常会详细记录异常信息。 当你遇到具体错误时,可以尝试以下步骤: - **查看错误日志**:检查 `logs` 目录下的 `elasticsearch.log` 或 `堆栈跟踪`。 - **排查配置**:确认所有设置是否符合预期,尤其是关于网络、集群和节点设置的部分。 - **检查依赖**:确保所有依赖服务正常运行,比如 Java 运行环境、Kibana 等。 - **更新文档**:查阅 Elasticsearch 文档,看看是否有最新的解决方案或升级指南。 - **搜索社区**:在 Elasticsearch 官方论坛、Stack Overflow 或 CSDN 上搜索错误信息,可能已经有其他人遇到过并找到了解决办法。 如果你能提供具体的错误信息,我可以更准确地帮助你分析问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值