Zabbix housekeeper processes more than 75% busy 问题原因 为了防止数据库持续增大,zabbix有个自动删除历史数据的机制,就是housekeeper,而mysql数据库删数据的时候,性能会降低,就会报这个错 解决方案 调整HousekeepingFrequency参数,我这里设置为12小时执行一次 HousekeepingFrequency=12   #时间间隔 MaxHousekeeperDelete=1000000     #最大删除量 Zab

一 简介:此文汇总遇到过和搜集过的故障案例 二 场景案例 1 问题描述: mongo集群在无任何业务情况下,mongos所在服务器cpu突然被打满,内核日志报错 mongos被hung住,非常奇怪的问题 问题分析:  此问题经过分析和网上查阅可知,是由numa回收内存问题导致 问题解决: 1 numatl=all方式启动mong  2sysctl.conf中添加 vm.zone_reclaim_mode = 0(回收内存控制参数) 2 问题描述: mongo集群在业务进行压测期间(已做读写分离)

一.故障现象 KVM部署LVS(Linux Virtual Server)集群后,能够单独以HTTP方式访问RS(Real Server)的实际IP,但无法通过VIP(Virtual IP)访问. 二.故障分析过程   1.简化架构   在原部署环境中,采用的架构是LVS的DR(Direct Return)模式,如下图所示: 为了便于故障排查,我们简化为 也就是在2台宿主机上,各保留一个虚拟机,角色分别是LVS的Director(调度器)和RS. 该架构中的服务器(及虚拟机)的IP和MAC地址如

zabbix proxy配置实战案例 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.zabbix proxy概述 上一篇博客我们分享了zabbix agent有两种工作模式,即主动模式和被动模式,默认是被动模式,主动模式需要我们手动去配置,使用主动模式可以适当减轻zabbix server的负载,但当规模超过500个节点以后,尽管是主动模式也会很吃力了,此时需要引入zabbix proxy. zabbix是一个分布式的监控系统,支持通过代理服务zabbix proxy收集

背景介绍: 这是一套windows的rac系统.数据库后台日志报ORA-00474:SMON process terminated with error.接着报ORA-00603,ORA-27501,ORA-27300,ORA-27301,ORA-27302等错误. 问题分析: 1.数据库alert日志 Fri Feb 28 04:12:09 2014 Reconfiguration started (old inc 32, new inc 34) List of nodes: Global R

案例说明: 在KingbaseES V8R6单实例环境,配置外部备份服务器使用sys_backup.sh物理备份时,出现以下"WAL segment xxx was not archived before the 60000ms timeout"故障.操作步骤见:<KingbaseES V8R6 单实例sys_backup.sh外部备份案例>https://www.cnblogs.com/tiany1224/p/16334032.html 数据库版本信息: test=# s

案例说明: KingbaseES R6集群启动时,出现"incorrect command permissions for the virtual ip"故障,本案例介绍了如何分析和解决此案例方法和步骤. 数据库版本: test=# select version(); version ------------------------------------------------------------------------------------------------------

AIX安装Oracle10G runInstallert弹出错误一例 环境: 系统:AIX5300-08 数据库:Oracle 10g(64bit) AIX客户机卸载oracle软件后,又一次安装oracle软件弹出日下错误: 检查系统权限为oracle用户,/u01文件权限770(rwxrwx---),均正常.尝试改动又一次设定并检查无误.执行 runInstallert依然弹出如上错误. #umount /u01  --对u01进行umount操作 umount: error unmount

[toc] 1.zabbix仪表板错误 问题: zabbix server is not running: the information displayed may not be current 解决方案: 几种情况都有可能引起这个错误: 1)可能是zabbix-server未安装zabbix-agent;或者安装了却没有检测到agent的端口 2) 2.日志报错 问题: 172730.555 [Z3001] connection to database 'zabbix' failed: [1

原因:由于另外一块磁盘不存在,但是配置文件/etc/fstab中又有挂载的配置,挂载出问题就导致这样的故障. 输入root密码进去 编辑/etc/fstab文件把箭头指向的这一行注释掉或者删除掉.然后wq保存退出,reboot重启即可

1.Q:  agent日志中出现“active check configuration update from [127.0.0.1:10051] started to fail (cannot connect to [127.0.0.1:10051]:Connection refused)”,如图: A:编辑zabbix_agentd.conf,注释或者修改ServerActive=127.0.0.1(更新为zabbix_server或者代理服务器IP)即可. ServerActive=127

zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案. 下载: http://www.zabbix.com/download.php 帮助:https://www.zabbix.com/documentation/doku.php?id=2.0/manual/appliance 环境:SUSE 12 Zabbix 2.0.4 ★ Windows agent install: 1) edit zabbix_agentd.win.conf 2) C:>zabbi

磁盘阵列(Redundant Arrays of Inexpensive Disks,RAID),有“价格便宜具有冗余能力的磁盘阵列”之意.原理是利用数组方式来作磁盘组,配合数据分散排列的设计,提升数据的安全性.磁盘阵列是由很多价格较便宜的磁盘,组合成一个容量巨大的磁盘组,利用个别磁盘提供数据所产生加成效果提升整个磁盘系统效能.利用这项技术,将数据切割成许多区段,分别存放在各个硬盘上.磁盘阵列还能利用同位检查(Parity Check)的观念,在数组中任一颗硬盘故障时,仍可读出数据,在数据重构时

最近ElasticSearch集群出现了 https://elasticsearch.cn/article/171 文章中描述的情况,现在转载全文警示下自己. 许多有RDBMS/SQL背景的开发者,在初次踏入ElasticSearch世界的时候,很容易就想到使用(Wildcard Query)来实现模糊查询(比如用户输入补全),因为这是和SQL里like操作最相似的查询方式,用起来感觉非常舒适.然而近期我们线上一个搜索集群的故障揭示了,滥用wildcard query可能带来灾难性的后果. 故障

作者:梁行 万里数据库DBA,擅长数据库性能问题诊断.事务与锁问题的分析等,负责处理客户MySQL日常运维中的问题,对开源数据库相关技术非常感兴趣. GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源. 一.现象说明 在排查问题时发现MySQL主备做了切换,而查看MySQL服务是正常的,DBA也没有做切换操作,服务器也无维护操作,万幸的是业务还没有受到大的波及.这到底是是为什么呢? 假设原主服务器地址为:172.16.87.72,原备主服务器地址为:172.16.87.1

欢迎来到 GreatSQL社区分享的MySQL技术文章,如有疑问或想学习的内容,可以在下方评论区留言,看到后会进行解答 GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源. 0.背景介绍 在某系统中为了保证历史数据的压缩性,采用tokudb引擎存储数据. slave节点所在机器数据盘总大小33TB,故障时磁盘剩余空间1.1TB. [root@redhat76-greatdb greatdb]# df -h Filesystem Size Used Avail Use% M

​ 案例说明: 此案例,为复现"current time may be rewound"错误.对于数据库环境,在使用前必须保证系统时间的正确性.如果数据库创建后,再将系统时间修改为创建数据库之前的时间,在运行过程中将有可能导致新老事务判断及事务一致性出现问题,比如Oracle数据库事务的scn是和当前的timestamp有关联的. 数据库版本: test=# select version(); version --------------------------------------

很久以前搭建过MySQL多实例,记得当时很顺利,呵呵!今天公司因为业务需要,我再一次搭建多实例.安装完MySQL后,初始化两个实例时,出现如下报错: 150915  1:10:36 [ERROR] COLLATION 'utf8_general_ci' is not valid for CHARACTER SET 'latin1'      150915  1:10:36 [ERROR] Aborting 乍一看,是字符编码问题,着实在my.cnf配置文件上面设置了字符编码如下: [client

linux系统文件属性: [root@nginx_back ~]# stat keepalived-1.2.7.tar.gz 查看文件属性 File: "keepalived-1.2.7.tar.gz" Size: 289380          Blocks: 568        IO Block: 4096   普通文件 Device: 803h/2051d      Inode: 282734      Links: 1 Access: (0644/-rw-r--r--)  U

https://blog.csdn.net/cug_jiang126com/article/details/46846031

此前在工作中.由于客户的磁盘空间报警没怎么注意.空间不足引起了下面可能发生的mysql问题 1    mysql进程起不来 2    mysql无法正常关闭,必须kill -9 3    mysql能起来,可是用户连接失败.telnet  3306port不通 4    mysql能连接上,可是会堵塞大部分查询.比方能showprocesslist,可是select * frominformation_schema.processlist 时会报错:Incorrect key filefor t