zabbix疑难总结: 1.zabbix的web界面的时间不对.晚12个小时整 适用于:安装网上的说法来修改,但是时间仍然不对的情况   我们按照以前的网上的那些方法在配置zabbix,需要配置时区: 首先是查看系统时区(timedatectl命令),然后修改zabbix的时区:主要是两处: vi /etc/php.ini里面的date.timezone = 系统时区 vi /etc/httpd/conf.d/zabbix.conf里面的php_value date=系统时区   然后重启apa

出现原因:在动作,恢复操作中,恢复时间成了{EVENT.DATE} {EVENT.TIME},所以和告警时间相同. 解决方法:将{EVENT.DATE}{EVENT.TIME}改成{EVENT.DATE}{EVENT.RECOVERY.TIME}即可

前段时间看了刘天斯老师的机柜展示平台,非常绚丽,而且有大屏显示的话也是能够体现运维价值的.刚好最近自己也在协助朋友做一个开源的CMDB平台,这里就说下我们CMDB平台的一些数据: 开源项目地址:GitHub - roncoo/roncoo-cmdb 欢迎有兴趣的朋友一起参与改进! CMDB数据: 机房,机柜,机柜电源,机柜位置,机房合同,合同到期时间,机房联系人. 服务器,CPU,硬盘,是否虚拟化,宿主机,raid类型,内存. 资产ID,上架日期,下架记录,服务器代理商,代理商联系方式,服务器到

zabbix 告警小试 1. 实验内容简述 本次实验,旨在通过zabbix监控,实现对告警信息的实时通知,主要用到了zabbix中的item.trigger.action.user.user group.media等内容,通过item监控特定的对象,当item返回值满足一定条件的时候,触发触发器的action动作,通知相关的用户.实现的功能有以下几点: 监控的内容是什么 在什么样的情况下属于异常,需要通知 以什么样的方式通知用户,怎么通知 通知用户的内容是什么 2. 实验步骤 2.1 创建触发器

为了更好的用户体验,我们需要尽量美化我们的输出内容,尽量做到整齐划一,让人看了会有很舒服的感觉, 这个好像和苹果的产品一样,给人一种美感让人感觉非常享受. 一般我们的zabbix告警邮件就是纯文字,建议发送邮件的时候采用html的信体方式发送,并且表格化.颜色化输出. 下面是我的模板代码,可以根据自己的需求做调整: <table border="1" bordercolor="black" cellspacing="0px" cellpad

zabbix告警邮件.短信发送错误快速排查方法 背景 zabbix告警邮件.短信经常有同事反馈发送错误的情况,这个问题排查的角度很多,那么最快捷的角度是什么呢? 在我看来,最快的角度就是判断这个告警邮件或者短信是从从哪个触发器触发的,找到对应的触发器自然很容易定位是否是告警规则设置的问题. 数据库alerts表 这个之前也介绍过alerts 表,记录了zabbix系统中所有的告警发送记录,即理论上任何一个告警短信.邮件均会在该表留下记录的. mysql> desc alerts; +------

一.安装邮件服务 在zabbix_server服务端安装邮件和邮件发送服务,这里可以参考我另一篇邮件服务部署文章:https://www.cnblogs.com/HeiDi-BoKe/p/11883323.html 邮件服务,zabbix服务已经安装,此处就不做介绍了. 二.编写邮件发送脚本 进入zabbix脚本目录下 # 指定告警脚本路径 [root@VM_0_10_centos alertscripts]# vi /usr/local/etc/zabbix_server.conf # 告警脚

邮件 webhook模板 ZABBIX告警通知 告警状态:[{TRIGGER.STATUS}] 告警主机:[{HOST.NAME}] 主机地址:[{HOST.IP}] 告警时间:[{EVENT.DATE} {EVENT.TIME}] 告警等级:[{TRIGGER.SEVERITY}] 告警名称:[{TRIGGER.NAME}] 当前状态:[{ITEM.NAME}:{ITEM.KEY}={ITEM.VALUE}] 事件代码:[{EVENT.ID}] ZABBIX告警恢复 告警状态:[{TRIGGE

众所周知Zabbix 是一款用来监控IT基础设施的监控套件,同时也具有很多方便运维人员使用的优秀功能,如:支持多条件告警,支持多种告警方式,支持多组模板.支持模板继承,因此在众多的开源运维监控软件中独占鳌头,受到了众多企业青睐. 暇瑜不掩,Zabbix在告警方式还是有一定局限性,如Email发送告警配置繁琐,需要调用邮件引擎脚本通过 SMTP 发送邮件:如用微信接收告警,需要申请一个微信公众号,接入复杂周期较长:如用短信接收告警,短信网关良莠不齐稳定性无法保证:如用语音接收告警,模板定义重口难调

文章原文 自从接触zabbix后,就一直想着怎么才能把告警推送到个人微信上.有这样的想法主要是个人微信的使用频率远远要比钉钉,企业微信,邮箱,飞书等使用频率要高.比如我,就遇到过在周末的时候,因为没有及时登录钉钉查看zabbix告警通知,导致一些告警没来得及处理,对环境产生了影响. 前段时间朋友给推荐了pushplus,一开始主要在jenkins做构建通知用的,后来就想,能不能使用zabbix的告警通知推送到微信上呢? 先介绍下pushplus吧,pushplus 官方介绍 pushplus(推

近期看到一篇通过微信实现Zabbix告警的文章,但实践时发现,无法成功发送消息. 分析原因,应该是微信公众平台加强了登录验证,在登录时会需要管理员进行扫描二维码操作才能成功登陆后台: 而之前文章中的API是通过账号密码模拟浏览器登陆方式,进行后台操作,无法通过这个安全验证,消息发送功能自然也不可用. 本文经我自己验证,是可以实现通过微信推送消息的.这种实现基于微信服务号平台的“模板短信”功能,必要条件如下: 微信服务号通过微信认证(需提交公司营业执照等等信息,同时会收取300元/年的认证服务费用

之前使用邮件和短信发送zabbix告警信息,但告警信息无法实时查看或者无法发送,故障无法及时通知运维人员. 后来使用第三方微信接口发送信息,愉快地用了一年多,突然收费了. zabbix告警一直是我的痛点,近期发现一个基于个人微信号的信息发送工具-lykchat. 引用:http://blog.csdn.net/liyingke112/article/details/68955298 lykchat信息发送系统是Python3开发的,通过模拟微信网页端,基于个人微信号,为系统管理人员提供信息发送工

邮件告警分为两大步: 第一步:配置(配置又分为三小步) 发送邮件的用户 创建用户(添加上告警媒介) 给用户添加权限(在所有组里添加) 最后显示有读写权限才算成功!!! 告警媒介类型 创建媒介类型!一般都会用脚本 {ALERT.SENDTO} {ALERT.SUBJECT} {ALERT.SUBJECT} 动作 故障{TRIGGER.STATUS},服务器:{HOSTNAME1}发生: {TRIGGER.NAME}故障! 告警主机: {HOST.NAME} 告警地址: {HOST.IP} 监控项目

之前使用邮件和短信发送zabbix告警信息,但告警信息无法实时查看或者无法发送,故障无法及时通知运维人员. 后来使用第三方微信接口发送信息,愉快地用了一年多,突然收费了. zabbix告警一直是我的痛点,近期发现一个基于个人微信号的信息发送工具-lykchat. 引用:http://blog.csdn.net/liyingke112/article/details/68955298 lykchat信息发送系统 lykchat信息发送系统是Python3开发的,通过模拟微信网页端,基于个人微信号,

之前使用邮件和短信发送zabbix告警信息,但告警信息无法实时查看或者无法发送,故障无法及时通知运维人员. 后来使用第三方微信接口发送信息,愉快地用了一年多,突然收费了. zabbix告警一直是我的痛点,近期发现一个基于个人微信号的信息发送工具-lykchat. 引用:http://blog.csdn.net/liyingke112/article/details/68955298 lykchat信息发送系统 lykchat信息发送系统是Python3开发的,通过模拟微信网页端,基于个人微信号,

名称: Action-Email 默认接收人: 故障{TRIGGER.STATUS},服务器:{HOSTNAME1}发生: {TRIGGER.NAME}故障! 默认信息: 告警主机:{HOSTNAME1} 告警时间:{EVENT.DATE} {EVENT.TIME} 告警等级:{TRIGGER.SEVERITY} 告警信息:{TRIGGER.NAME} 告警项目:{TRIGGER.KEY1} 问题详情:{ITEM.NAME}:{ITEM.VALUE} 当前状态:{TRIGGER.STATUS}:

告警原因: 1.某个进程卡住了, 2.僵尸进程出错,太多,导致慢了 3.网络延迟(可忽略) 4.zabbix消耗的内存多了 告警危害: 普通告警,暂无危害(但是最好处理) 处理方法: 一:简单,粗暴(重启zabbix-server可结合定时任务使用) service zabbix-server restart crontab -e 调出Cron编辑器中增加一个计划: @daily service zabbix-server restart > /dev/null 2>&1 二:编辑Za

#配置媒介告警类型 #------------------------------------------------------------------------------------------------------- #--------------------------------------------------------------------------------------------------------------------- 请注意该2个脚本chmod +x

一 等级告警 告警升级可以对告警结果按自定义的时间段进行进行消息发送,并执行命令,形成一个梯度的告警处理. 二 按时间自定义告警梯度 2.1 添加时间发生的时间戳和发送时间 2.2 设置三个等级梯度 第一梯度,1.2步,发送给admin用户,时间间隔为60s,发送两次,直到故障恢复. 第二梯度,3.5步,发送给老板Boss,时间间隔为60s,发送3次,直到故障恢复. 第三梯度,6.7步,发送给admin和老板,时间间隔为120s,发送两次,直到故障恢复. 注意:可定义更复杂的梯度提醒,如下图——

ZABBIX报警内容:邮件标题正常,内容为乱码:微信报警正常. 曾试图改变环境变量:export LANG=zh_CN.UTF-8 依旧为乱码 原因:export只改变的环境变量 而ZABBIX报警内容为传参,因此需要转码. #!/bin/bash #zabbix邮件告警脚本 #auth:jzd #time:2017-03-21 #Version:V1.0 mail=$1 title=$2 message=$3 echo "${message}" | /usr/bin/iconv -t

zabbix中有自带对linux服务器时间进行监控的模板,用的key是system.localtime返回当前的系统时间,而配置tigger报警时是用的fuzzytime(N)方法,该方法是将返回的系统时间与监控服务器的时间进行对比,如果大于N,则报警. 存在一下3个问题: 1.监控服务器并不一定是ntp服务器:这种情况下也就说是系统时间是与非NTP服务器对比的时间. 2.取到被监控系统的时间,然后再返回给监控服务器,当监控项数量大,或监控出现延时队列的时候.就会产生误报. 3.对于window