前言:早晨磁盘报警刚清空完tomcat和nginx日志,使用的命令是类似echo "" > show_web-error.log或者> show_web-debug.log清空语句,然后rm -rf 掉一些tar.gz包,空出来30G空间.而且也关闭了tomcat的debug信息.刚刚又接到报警,磁盘100%了.怎么回事?​1,进去df -h下,确实100%了,如下所示:[root@localhost ~]# df -h文件系统              容量  已用 可用

发现空间是足够的,然后df -i 查看了下inodes,发现根目录下的inodes值使用率为100%了 解决方法:通过以下脚本进行检查,查看到底哪个目录下面的文件最多: find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n最终发现/var/soppl目录最多.然后又进一步确定是/var/spool/amavisd/quarantine 目录下面有上百万个文件,机器已经无法正常显示了,后来百度查看了下这个目录是邮件服务器,处理垃圾邮

晚上正在看文档的时候,运营突然打电话给我说游戏全炸了,都玩不了了: 我立马登上服务器,查看了下各服务是否正常运行,结果运行命令都报Unable to create lock file:  No space left on device 于是我df -h 查看了下磁盘空间,发现磁盘空间足够,想了下是不是inode 100%无法写入文件 df -i 看了下,果然index 100%爆满 然后为了找出哪些文件目录暂用最大,通过命令du -sh /* 配合找到了/var/spool/postfix/ma

1.回顾: 某在线主机深夜连续接到告警系统的disk Used 超限告警. 登陆主机查看却遇到了困惑:在检查磁盘使用量 df –h 出来的磁盘使用量确实和告警信息一样,已经被100%占用,但是查看目录大小 du 时,却显示实际目录大小并非这样,而是有很大空闲空间. 如图:磁盘用量 df –h 结果为100%Used, 目录实际总大小 du –h –max-depth=1,显示总目录大小为60k,几乎可以忽略的使用比例. [知识准备] [linux] lsof 命令了解: lsof(list op

用lsof / | grep -i delete 从根目录定位打开的被删除的文件 如果定位到某文件占用空间很大 主要是因为我们在删除这个日志文件的时候是用rm -rf *.log这样的命令删除的,删除日志之后又没有重启相应的进程,导致inode节点不被释放,空间一直被占用.如果我们用echo “ ” > /logpath/201109.log这样的命令来清空日志 相关工具: df -h du -h du -sh du -h --max-depth=1 lsof / | grep -i delet

问题:         使用 df 命令查看,某个分区使用率已经达到100%,但是用du 命令统计该分区,发现该分区空间剩余10G可用.         实例:                分析:         如果有文件在打开状态的时候被删除了,系统还是会以为这些文件还存在.所以df 仍然会当这些文件还存在并且列入统计中.   解决:    # lsof | grep "deleted"         查看那些已被删除但仍被系统打开的文件,找到相对应的服务,重启.或者找到相对应

1.LVM的调整空间大小: #lvextend -L +1300M /dev/mapper/ycgsstore_sdb-wmy #lvdisplay wmy ycgsstore_sdb -wi-ao-- .29g 调整成功,但是df查看时还是原来的空间大小. #df -h 2.google找到如下解决方法: 原地址:http://www.linuxquestions.org/questions/linux-general-1/df-showing-incorrect-used-space-aft

初步判断应该有两种情况:一种是block满了,另一种情况就是inode耗尽了. 首先df -i 查看一下是否耗尽inode/block数量. 虚拟一块磁盘并格式化: dd if=/dev/zero of=/opt/sdb1 bs=4096 count=100 mkfs -t ext4 /opt/sdb1 将磁盘挂载到/app/log/下 mkdir /app/log -p mount -t ext4 -o loop,defaults /opt/sdb1 /app/log/ 查看使用率情况: df

总览 df [OPTION]... [FILE]... POSIX 选项: [-kP] GNU 选项 (最短方式): [-ahHiklmPv] [-t fstype] [-x fstype] [--block-size=size] [--print-type] [--no-sync] [--sync] [--help] [--version] [--] 描述 此手册页文档是df的GNU版本. df命令列出指定的每一个文件名所在的文件系统上可用磁盘空间的数量.如果没有指定文件名,则显示当前所有使用

Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 查找了下发现系统对rm进行了alias   ,因为Linux对删除操作没有回收站机制,对rm操作进行了自定义,对删除文件进行移动到/tmp 目录里面. 又对/temp删除 但是还是没有发现磁盘冲击释放 执行   lsof | grep deleted发现有大量刚刚删除文件的进程存在,kill掉进程(或者重启进程)   OK 参考资料 运维实战案例之文件已删除但空间不释放问题解析 1.错误现象 运维的监控系统发来通

df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/dev01-root 75G 58G 14G 82% / udev 2.0G 4.0K 2.0G 1% /dev tmpfs 396M 292K 396M 1% /run none 5.0M 0 5.0M 0% /run/lock none 2.0G 4.0K 2.0G 1% /run/shm /dev/sda1 228M 149M 68M 69% /boot 可能是inod

 接触客户多了,发现经常有客户遇到du看到系统只使用了一部分磁盘空间,但df看时磁盘空间已经满了,或者差异较大,我遇到过三次不一样的原因,下面做一下总结,恶补一下!也希望对大家有点帮助! 现象:有客户反馈有二台主机du和df看到磁盘空间使用不一致 原因:客户在挂载数据盘到/data目录之前,曾挂载过系统盘到/data测试并把系统盘空间写满 解决:发现重复挂载之后,先卸载数据盘,现在只有系统盘挂载到/data目录,然后删除/data下内容,重新挂载数据盘到/data目录即可 总结: 1.du是根据

今天发现一个测试数据库磁盘空间快满了,准备将几个不再用的表空间删除.通过以下命令删除表空间内容及数据文件. drop tablespace tablespace_name including contents and datafiles; 删除之后通过df -h查看磁盘空间,没有减少,反而增加了,很是奇怪.去存放数据文件的目录查看,相关表空间的文件也已经被删除了. 百度了一下,发现了遇到相同情况的一个帖子,具体见这里. 处理过程如下: 1.通过lsof命令查看是否有进程正在占用这几个表空间数据文

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

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

1:重要参考 wiki 2: oracle doc 表空间参考 3:来自dba-oracle的参考 26,27,28,29 一:oracle 表空间概念 表空间是联系数据库的物理磁盘(数据文件)和逻辑组件的桥梁,表空间是用来存储oralce数据库对象例如:tables.indexes和 rollback segments.可以想象oracle物理磁盘和逻辑磁盘之间的关系,表空间的概念和这个一样. PS: 数据文件 就相当于一个省的的范围(这个是实实在在存在的),而 表空间相当于在省上建立的管理机

维护Linux服务器正常使用需要经常删除Linux系统运行产生的系统日志和业务环境产生的debug日志文件.安装包等.本文主要描述如何通过脚本实现清理业务环境产生的 debug日志文件和上传或备份的打包文件.原因是手工查找删除不同业务环境下的debug日志和安装包文件比较费时. 问题现象 df -h命令查看磁盘空间使用率即将达到100% 问题分析 文件占用或者已删除文件由于使用进程占用导致未释放.通常是第一种原因. 问题解决 1.利用df命令确定将磁盘空间即将耗尽的文件系统对应的目录. linu

Linux df命令用于显示目前在Linux系统上的文件系统的磁盘使用情况统计. 就像在windows下打开我的电脑一样会统计各个磁盘一样的情况 主要用于查看磁盘空间占用情况 -- [@hong:~]$ df Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on /dev/disk1s1 236363688 153535976 77350384 67% 771429 9223372036854004

第4周第1次课(4月9日) 课程内容:4.1 df命令4.2 du命令4.3/4.4 磁盘分区 4.1 df命令 汇报磁盘空间使用情况,linux磁盘挂载点是无法直接访问的. df 和 df -h区别在于-h参数可以列出使用单位 [root@jimmylinux-002 ~]# free    可以查看swap使用情况 [root@jimmylinux-002 ~]# df -i    可以查看有多少个iNode号和iNode使用情况,如果iNode已使用100%,那么就算df -h查看还有剩余

1. 背景 近日,线上的服务出现异常,调用服务返回的JSON格式数据不完整,导致客户端解析异常,因此记录了本次的填坑之旅(nnd)... 2. 排查过程 2.1 服务器分析 登录到服务所在linux服务器,查看磁盘I/O信息iotop.CPU信息top.网络请求netstat -alnp等一通操作,木有发现相关问题.随执行了df -h查看磁盘占用 发现,系统盘根目录"/"的共计60G的磁盘占用100%,好吧,问题大概率就在这了.随后进入根目录,打算查看哪个文件夹占用最多,删除些文件,减

昨天突然无法上传文件到服务器上的,FTP工具总是到99%就卡住了.查了一下说可能是服务器满了. 赶紧用 df -h 命令查看空间使用情况.果然100%了. 想想上次查询才不到50%,怎么突然就满了了呢. 回忆了一下,自己似乎在开发环境对系统做了什么骚操作.,让系统不停的往一个文件中写入日志.然后我把文件删了以为解决了问题,但事实上没有,因为Linux的文件机制如下. 在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被