rabbitmq-server 启动问题 今天遇到一个挺奇怪的 rabbitmq-server 的启动问题. 在内部使用的 openstack 环境上,rabbitmq-server突然就关掉了,无法启动. 于是,尝试生动启动一下: rabbitmq-server 错误报告说是: Could not create dir /var/lib/rabbitmq/mnesia/rabbit@host-plugins-expand (enospc) 一开始以为是目录的权限问题,检查了一遍,确认目录所有权

由于之前ESB是供应商部署的,且部署在C盘(C盘空间很小,还添加了很多ESB的windows服务日志在C盘,很容易把C盘空间占满,导致ESB服务运行宕机,几乎每隔几周发生一次事故,需要人工干预处理,不甚其烦), 因此前段时间对于基于RabbitMQ构建的ESB进行了综合优化,以确保ESB服务的稳定可靠,同时初步建立了自动化的ESB监控和运维体系,本文介绍一种其中用到技术之一,通过SSIS监控远程服务器磁盘空间并发送邮件报警,目的是当自动化ESB运维失效的时候,可以进行人工干预处理. 通过WMI可

RabbitMQ磁盘警报 当可用磁盘空间低于配置的限制(默认为50MB)时,将触发警报,所有生产者将被阻止.目标是避免填满整个磁盘,这将导致节点上的所有写操作失败,并可能导致RabbitMQ终止.为了减少填满磁盘的风险,所有传入的消息都被阻止.在内存不足的情况下,瞬时消息仍然被分页到磁盘,并且会占用已经有限的磁盘空间.如果磁盘警报设置得太低,并且信息被快速转出,则可能会耗尽磁盘空间,并在磁盘空间检查(至少间隔10秒)之间崩溃RabbitMQ.更保守的方法是将限制设置为与系统上安装的内存量相同.

服务器运行一段时间后df查看磁盘剩余空间不足,通过du统计发现被几个文件占用,遂删除之.过了一段时间磁盘空间再次不足,通过du统计却找不到那么多大文件.搜索后才得知原因:文件删除后空间没有释放,du统计不到这部分文件:需要通过lsof排查,然后kill文件进程.以下记录排查处理过程: df查看分区使用情况 df(Disk Free) 以磁盘分区为单位查看文件系统,获取硬盘被占用空间和剩余空间等信息.df 默认显示的文件大小单位Byte:使用命令df -h,以KB,MB,GB为单位,提高可读性.

今天发现磁盘空间不够了,首先要找到那些文件夹占用了磁盘空间. 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  :

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

我的设备是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

显示磁盘空间的使用情况 df [options] [filesystem-list] 参数 当不带任何参数调用df时,用户将获得本地系统上每个挂载设备的空闲空间 filesystem-list是一个或多个路径名的可选列表,路径名用来指定要涵盖其空间使用情况的文件系统 选项 文件-a, --all 包含所有的具有 Blocks 的文件系统 文件--block-size={SIZE} 使用 {SIZE} 大小的 Blocks 文件-h, --human-readable 使用人类可读的格式(预设值是

du -ah --max-depth=1     这个是我想要的结果  a显示目录占用的磁盘空间大小,还要显示其下目录和文件占用磁盘空间的大小但是由于用了--max-depth选项,表示显示目录下所有的文件和文件夹(不含子目录),h表示以人类能看懂的方式,max-depth表示目录的深度. du命令用来查看目录或文件所占用磁盘空间的大小.常用选项组合为:du -sh 一.du的功能:`du` reports the amount of disk space used by the specifi

目录的来查看空间占用情况 du -sh /* 先看看根目录下面 让文件夹下的文件让文件按大小排序 方法一:# ls -lhSl 长格式显示,h human readable模式,大小单位为M,G等易读格式,S size按大小排序. 方法二:# du -h * | sort -n du : 计算出单个文件或者文件夹的磁盘空间占用. sort : 对文件行或者标准输出行记录排序后输出. head : 输出文件内容的前面部分. # du -a /var | sort -n -r | head -n 1

db.copyDatabase("from","to","127.0.0.1:16161"); 将127.0.0.1上的from库.拷贝到to库. 这样做有一个额外的好处.就是from库中可能是删除过数据的库.看我们知道删除数据时磁盘空间是不会被释放的.参考博客里的另一篇文章:mongodb删除集合后磁盘空间不释放 肯能造成占用很大磁盘空间.虽然可以用    db.repairDatabase()修复数据.但这种方法有两个不好的地方.1.在生产上