• 一次kibana小问题排查的过程记录


    起因


    中午业务组同事报告说kibana服务不能正常使用,登录kibana前端查看,网站能够访问,但是页面显示仅有title部分而无内容部分。

    排查


    首先确认kibana服务是否正常,登录kubernetes管理节点,查看kibana服务,确认正常,由于重启成本很小所以杀死了原容器,自动重启了一个新容器。但问题依旧。

    联想浏览器访问kibana前端服务,能显示title但无法显示内容,因此考虑抓一下7层包看看。

    7层包里有多个对kibana服务地址的请求,其中一个返回400其余均返回了200,查看这个400响应的原始请求,是查询目标ES集群节点.kibana索引数据,本来很正常,但是这个请求操作的size是10000,而恰好我们的日志ES集群刚激活了一个自定义插件,限制了单次取数的上限,于是kibana的这个请求按自定义插件的预期返回了400错误。

    总结


    1:问题的排查还是走了点弯路,在kibana前端部分不响应的情况下,应该直接排查7层请求存在的问题,而不用先去排查提供服务的容器本身的问题;

    2:ES安全插件参数的配置影响评估还是有疏漏,未考虑kibana的默认请求size大小(10000)。

  • 相关阅读:
    final
    职场语句
    故事
    三个关键字
    关于重读字母去掉的代码
    Java书
    docker私库harbor的搭建
    配置允许匿名用户登录访问vsftpd服务,进行文档的上传下载、文档的新建删除等操作
    docker容器内外相互拷贝数据
    docker
  • 原文地址:https://www.cnblogs.com/you-you-111/p/5984543.html
Copyright © 2020-2023  润新知