扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本篇文章给大家分享的是有关如何解析Impala中查询监控状态检查告警的解析,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。
成都创新互联服务项目包括洋县网站建设、洋县网站制作、洋县网页制作以及洋县网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,洋县网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到洋县省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
在使用impala 的过程中,在CM页面经常能看到IMPALA时, 经常看到IMPALA DAEMON 出现如下告警
The health test result for IMPALAD_QUERY_MONITORING_STATUS has become bad: There are 1 error(s) seen monitoring executing queries, and 0 errors(s) seen monitoring completed queries for this role in the previous 5 minute(s). Critical threshold: any.
下面主要讲述该告警产生的原因
首先我们需要知道这个告警产生的原因,通常该告警是在impala服务比较忙的集群上出现, CM会尝试链接impala 25000端口看网页是不是可用的,检查的超时时间默认为5秒,默认报错的次数是一次。检查时间为每5分钟检查一次。超时时间5秒对于比较忙的集群会比较短,所以会报这个问题。基于在这了解这个的基础上,由于测试集群的空间有限,所以这里通过kill 25000 端口进程来进行复现该问题。
通过lsof -i:25000 查找到端口并kill 复现问题后,如果你的浏览器首选语言是中文告警如下图:
相关参数如下:
impala 英文界面中搜索Query Monitoring Timeout
或者impala 中文界面搜索 查询监控超时
该参数为检查的超时时间
impala 配置中搜索 impala_query_monitoring_failure_window ,
意外退出监控周期 默认是 5分钟
意外退出阀值默认是任意值都出现严重告警
修改参数如下图:
重新进行验证后如下:
被kill 的impala 25000 端口进程会被自动拉起恢复,这里会出现一个5守护进程意外退出的告警,对于25000 端口超时告警由于被修改过阈值,出现的为一个黄色的警告查询。
监控状态检查出现上述的告警,它并不代表着该节点impala deamon 的服务不可用,多数情况下是端口繁忙访问超时影响。
以上就是如何解析Impala中查询监控状态检查告警的解析,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流