示例将数据盘挂载到 /mnt目录 , 对 /mnt目录进程容量监控 item 添加对 /mnt 目录的监控项 tragger 添加触发项 这样完成对一个数据盘磁盘容量的监控

一.场景说明: 需要使用Zabbix监控服务器上各个磁盘的I/O使用率,当zabbix自身带的item无法满足我们的时候,则需自定义item.     包括: 磁盘读的次数 磁盘读的毫秒数 磁盘写的次数 磁盘写的毫秒数 正在处理的输入/输出请求数 花费在I/O操作上的毫秒数 读扇区的次数(一个扇区等于512B) 写扇区的次数(一个扇区等于512B)   注意:本环境要监控的服务器在阿里云上,所以每台服务器上的设备名称不同,为解决此问题,我定义了多个模板来解决此问题! 各位小伙伴请根据实际情况进行

Linux磁盘空间不足 描述:zabbix报警磁盘空间不足 1.登录服务器,查看磁盘空间 2.筛选空间占用的文件 层层筛选 3.将没用的文件删除 rm -f /opt/export/log/np_serial_provider/log4j.log.*

du -h /* |sort -nr  使用此命令一步步排查发现/var/lib/mysql/zabbix/这个目录占用磁盘空间较大 发现history_log.ibd这个文件最大,达到了38G,此文件对应的是zabbix库里的history_log表 找到问题原因后就好解决,进入zabbix,删除history_log表较早的数据即可 进入MySQL的zabbix库 delete from history_log where clock < 1540483200;   删除小于这个时间戳的数据

监控windows磁盘空间,不是百分比. 当windows系统添加相应的windows模板后,会自动生成检测系统空间的监控项,在应用集(Filessystem)里面,Free disk space on C: 可以通过监测中->最新数据->windows->看到对应的磁盘剩余量. 创建触发器进行空间报警, 名称:Free disk F:  less than30G on volume F: 表达式:{ssss:vfs.fs.size[F:,free].last(0)}<300000

故障现象 2016.1.1号早上4点左右,zabbi数据库服务器报警,写入数据失败.登陆机器后检查发现磁盘空间使用95%没有用满,进去zabbix数据库,执行insert命令提示错误“errir 1030(HY000):got error 28 from storage engine”.    前提 zabbix数据库由于超大的写入量,我们使用tokudb存储引擎来存储,此引擎有强大的压缩比,写入性能也非常不错,适合zabbix数据库场景.   故障调查 1)检查错误日志,发现有如下 Versi

废话不多说直接上图 可以看得到 / 下面已使用100%,已经没有剩余空间可以使用了,上面跑的服务已经访问不了了. 接下来我就看看有没有垃圾文件可以清理的 du -sh * 由于这个机器比较特殊,上面有重要业务所以里面的任何东西都不能动.所以没有办法只能添加磁盘. 添加一块10G的磁盘,我的思路是既然东西不能动,而且aaa目录占用空间特别大所以,把aaa目录移到新挂载的磁盘上做一个软链接. 加完磁盘后,要重启才能生效哦. 现在看到已经出现我们刚添加的10GB的磁盘.没有任何分区,现在新建分区 然后

在使用过程中之前正常的功能,突然无法使用,性能变慢,通常都是资源消耗问题,资源消耗可以从以下几个方面去排查.对于已经安装硬件资源监控软件(zabbix)的环境,直接使用硬件资源监控软件(zabbix),检查服务器的资源消耗情况,在没有安装zabbix的环境,主要排查的资源包括CPU负载.内存使用情况.磁盘空间.磁盘IO等. 1.1.1    cpu负载 cpu负载就是cpu在一段时间内正在处理以及等待cpu处理的进程数之和的统计信息,也就是cpu使用队列的长度统计信息,这个数字越小越好. 使用t

1.错误现象 Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 用du -sh ./* | sort -nr (查看当前目录下文件的大小)通过查找了下发现文件被mysql 的zabbix库占用了 zabbix 已经迁移可以删除 rm 删除之后df查看 发现磁盘空间并没有得到释放 执行 lsof | grep deleted发现有大量刚刚删除文件的进程存在 kill掉进程(或者重启进程) OK 2.解决思路 一般说来不会出现删除文件后空间不释放的情况,但是也存在例

df -Th查看磁盘空间占用情况 [root@IntelRC-Nginx-N023 ~]# df -Th Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/centos-root xfs 40G 35G 5.4G 87% / devtmpfs devtmpfs 3.8G 0 3.8G 0% /dev tmpfs tmpfs 3.9G 56K 3.9G 1% /dev/shm tmpfs tmpfs 3.9G 427M 3.4G

今天发现磁盘空间不够了,首先要找到那些文件夹占用了磁盘空间. du命令很好使 du -c -d 1 -m | sort -n -c 显示当前文件夹总计占用空间 -d 1 层级为1,即只显示当前目录下一级文件夹的大小,不往下遍历 -m 显示的数值以M为单位 sort -n 结果按顺序排列 结果如下  这个~/Library目录下有64G的文件. Application Support(35G) 有两个手机的备份,以及WWDC这个软件下载的视频文件 Developer(10G) Xcode的一些东

Linux系统中需要监控磁盘各分区的使用情况,避免由于各种突发情况,造成磁盘空间被消耗殆尽的情况,例如某个分区被Oracle的归档日志耗尽,导致后续的日志文件无法归档,这时ORACLE数据库就会出现错误.监控磁盘空间的使用情况,其实有许多工具,例如Nagios等,其实最简单的还是使用Shell脚本.下面就介绍一下如何通过Shell脚本和Crontab作业结合来实现对磁盘空间的监控.告警. 一般查看磁盘各分区的使用情况可以通过df命令来查看,网上有两种获取磁盘使用百分比的Shell脚本. 1:df

SVN上传文件大于100M,提示:Commit failed (details follow):While preparing 'E:\AFCData\tjsc20db_table.sql' for commitCould not write svndiff to temp file: 磁盘空间不足. 发生环境: SVN服务器:为1T,不存在空间不足问题                 客户端PC机:安装TortoiseSVN所在盘C盘可用空间小于100M.                 客户

1 前言 网上关于增加VirtualBox虚拟机的磁盘空间大小的文章非常非常多,这里我之所以再写一篇,是因为在参照这些文章做的时候,由于VirtualBox的版本更新以及其他一些环境问题,碰到到一些问题. 在花了一些时间解决这些问题之后,写出来供大家参考. 2 参照以前的文章可能会碰到的问题 使用的命令 VBoxManage modifyhd “C:\Users\<username>\VirtualBox VMs\<vm_name>\<disk_name>.vdi” –

VMware Virtual Disk Manager Usage: vmware-vdiskmanager.exe OPTIONS <disk-name> | <mount-point> Offline disk manipulation utility Options: -c  : create disk; need to specify other create options -d  : defragment the specified virtual disk -k  :

我的设备是Macbook Air 13' Mid 2011,128G SSD.最近开始有些存储压力了,用Clean My Mac清理一部分旧文件后,决定对Xcode动手. 移除对旧设备的支持 影响:可重新生成:再连接旧设备调试时,会重新自动生成.我移除了4.3.2, 5.0, 5.1等版本的设备支持. 路径:~/Library/Developer/Xcode/iOS DeviceSupport 释放空间:3GB 移除旧版本的模拟器支持 影响:不可恢复:如果需要旧版本的模拟器,就需要重新下载了.我

今天在运行R脚本的时候报了个错:Fatal error: cannot create 'R_TempDir'.排除了是自己写的代码的问题,想着应该是某个没见过的原因,google之,发现网上的说法是/tmp文件夹占满了磁盘空间. 运行 df 命令: Filesystem Size Used Avail Use% Mounted on /dev/mapper/VG00-LV01 50G 47G 16M 100% / 发现确实有个分区被占满了... 第一次碰到这种情况,继续google之,使用如下命

一.查看进程 查看所有的进程命令:ps 查看指定的进程命令:ps -ef|grep java (java 指的是服务名称) 结束进程命令:kill -9  9028 (9028指的是PID) 二.清理缓存 查看缓存的命令:free -m 清理缓存的命令: echo 1 > /proc/sys/vm/drop_caches echo 2 > /proc/sys/vm/drop_caches echo 3 > /proc/sys/vm/drop_caches 三.查看磁盘空间 df -h 四

用户反馈AlwaysON辅助副本数据库查询的结果与主库不一致, 远程到服务器后发现数据库的状态显示为“未同步/可疑”, 查看数据库的日志,定位到出现错误的时间点,可以看到提示日志文件所在磁盘的“磁盘空间不足” 因此,该问题变成了一个扩容磁盘空间的问题了, 因为这次处同步的事务比较大,预计还需要2G以上的空间,而当前分区D:已无可用空间可用,且没有办法腾出多余的空间, 为解决这个问题,我想了一个讨巧的方法, 我给服务器添加了一块空间比较大的磁盘(服务器是虚拟机,加磁盘比较方便,关键是不需要服务器重

使用VMware虚拟机搭建的MacOSX,安装xcode时出现磁盘空间不足的错误. 因为很多朋友在初次安装MacOSX的时候都默认选择40G的磁盘大小,结果用了没两天之后就发现磁盘不够用了. 这时,百度一下你会找到很多相关文章,大体上是正确的,但针对于OS10.10以上的版本就有可能会出现 PCI 外置磁盘大小通过 磁盘工具 无法扩展的问题. 呈现出来的效果,是可以在磁盘工具中看到对应的磁盘已经扩展到目标大小,但是不能进行分区,其中唯一一个MacOSX分区也不能进行抹掉和扩展操作,原因很简单,这

C:\Program Files\Microsoft Office Servers\12.0\Data\Office Server\Applications\9765757d-15ee-432c-94bd-e8192d41d8e7\Projects\Portal_Content\Indexer\CiFiles 此文件夹下文件占用磁盘空间过大问题. 目前正在研究最好的方案,陆续更新,先放一些资料备忘 http://technet.microsoft.com/zh-cn/library/cc6788