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

新公司的测试机磁盘空间空余很小,日志很多,也很大,做个日志压缩脚本,在夜里4:30自动运行,第二天后发现磁盘空间又满了,只好删除没用的日志,清空空间,可诡异的是怎么删除没用的文件,空间还是占用很大.如图 用du 根目录下,发现这些文件加一块也达不到占用的空间大小.如图 我也有遇见过此类问题,一般都是重启完事,因为磁盘坏道损坏有可能导致此问题. 或 DF -i 查看inode使用率,inode不够用也会导致此问题.可看了inode也够用. 如图 这次我度娘了一下,”磁盘空间没释放“,按一篇文章干,

       同事求助, 他在删掉一个很大的文件后, 磁盘空间依旧没释放.上去一看, 果然 df 看到磁盘空间占用依旧是100%,等等 du 看了一把,磁盘空间剩余很大. 造成这个原因是因为进程依旧打开着删除的文件,而文件不存在与目录树中了,所有du统计的时候就不会统计就不会统计这个文件占用的空间了(而df 统计文件系统的总块数和剩余块数) 可以通过lsof查看具体是那个进程打开着这些被删除了的文件: lsof | grep delete 果然,他删掉的是mysql的慢日志, mysql依旧打开

Oracle 导库时,失败,原因为磁盘满了, 记录下查看磁盘容量的指令 1．命令格式: df [选项] [文件] -a 全部文件系统列表 -h 方便阅读方式显示 -H 等于“-h”,但是计算式,1K=1000,而不是1K=1024 -i 显示inode信息 -k 区块为1024字节 -l 只显示本地文件系统 -m 区块为1048576字节 --no-sync 忽略 sync 命令 -P 输出格式为POSIX --sync 在取得磁盘信息前,先执行sync命令 -T 文件系统类型   格式: df

网站一直运行都很正常,但某天登录后台却出现502 bad gateway,上网搜索都是一大堆解决办法,没可操作性.网站难道出现安全问题?这个应该很少概率.最后排查发现空间满了. 使用命令:df -hl,查询结果如下: Filesystem      Size  Used Avail Use% Mounted on /dev/xvda1       20G  19G   0G  100% / devtmpfs        489M     0  489M   0% /dev tmpfs     

最近碰到一个问题: df -g 查看内存,发现空间已经满了,但是到对应目录查看,发现只用了一半的空间,感觉还有一半不见了. 经咨询其他人,给了两个解释: 1.fsck :使用Fsck命令修复损坏的分区 2. lsof : 有可能是某个还在运行的进程占用了已经删除的文件,导致我用du命令看不到.可以用这个lso命令来查看. 后续可以继续记录该问题如何解决的.. 最后经查是由于:WebSphere/AppServer会自己产生native_stderr.log 和 native_stdout.log

在我的生活当中遇到磁盘快满了,这时候准备去删除一些大文件 于是我使用ncdu 查看了一下当前系统占用资源比较多的是那些文件,结果一看是elasticsearch的日志文件,好吧,竟然找到源头了,那就把它给删除了吧, 来到相应的路径下之后,然后粗暴一点,执行  rm   -rf   * 很高兴,终于把这些占用系统资源的坏东西给杀死了.满心欢喜的去查看磁盘情况. 给我当头一棒,磁盘并没有多大的变化,之后释放了100多M,但是我明明删除了30G的文件啊,这是怎么回事. 有问题不可怕,干净找baidu/

如何检查oracle的归档空间是否满了? 关于如何检查归档空间是否慢了,大多数人会去先检查放归档的目录的磁盘空间是否满了,通过该归档目录空余情况来判断归档空间是否满了,但我觉得这个方法不一定代表实际情况,你看到的可能是一个表面现象. 默认情况下我们在dbca建库时,会把归档放在$ORACLE_HOME/ flash_recovery_area  下,并且oracle默认给FRA配置的大为2g 这里需要足以两个参数: db_recovery_file_dest                   

今天,在测试环境启动数据库时,报错: SQL> startup; ORACLE instance started. Total System Global Area  285212672 bytes Fixed Size     1218992 bytes Variable Size    75499088 bytes Database Buffers   205520896 bytes Redo Buffers     2973696 bytes Database mounted. ORA-1

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

1.查看磁盘使用情况 cd  / df -h 如果 总量Size和Used一样,按就证明磁盘满了 2.查看当前文件下每个文件大小 du -sh * 一层一层去查,就可以查到占用空间最大的那个文件及产生的问题

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

linux 硬盘满了如何处理 事件源于在服务器运行一个脚本程序… 好好的脚本突然报错,还以为脚本出现问题了.细看报错原因(具体报错信息已经忘记了),是没有可用空间.从没遇见过这个情况,怎么办呢? 一.确定是不是真的是磁盘空间不足 ​ 查看磁盘信息 输入命令:df -lh ​ 很明显:Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽. 既然问题已经确定了,接下来就是处理了. 处理方法也很简单,就是删文件. 问:删除什么文件? 答:删除占用磁盘空间大,但又无用的文件. 问

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

df 命令 功能:用来检查linux的文件系统的磁盘空间占用情况 1. df -h 2. 以innode节点数量显示磁盘空间占用情况 df -ih 3. 列出文件系统类型 df -Th du 命令 功能:查看文件和目录磁盘使用的空间 1.du 2.当根系统盘满了,可以使用以下命令检测 du -sh /* 3.查看单个目录容量 du -sh /home 磁盘分区 1. 查看磁盘分区: fdisk  -l 2. 添加磁盘,重启虚拟机

场景描述 事情是这样的,前两天客户的服务器突然断电了,导致用docker部署的服务也挂了.昨天去现场,重启了docker,同时准备更新一下服务.结果发现有一台节点硬盘满了- 还是觉得有些奇怪的,毕竟docker的安装盘有800多个G的空间,之前也只用了100左右,觉得有点奇怪,就开始了排错. 排错过程 本身机器只有我们一家在用,所以不存在被占用的情况.于是使用下面命令查看是不是硬盘真被占满了: df -h 结果真的是占满了

先贴命令:du -m --max-depth=1或du -h --max-depth=1du:用于统计linux中文件或目录所占磁盘空间的大小du参数######-m:以M为单位展示查询结果-h:以K.M.G为单位展示查询结果,提高信息可读性--max-depth=1:其中,数字“1”是指查询结果中最多显示的目录层数,这里指最多显示一层目录 查看磁盘空间#df -mFilesystem                   1M-blocks  Used Available Use% Mounte

[root@salt-server- sh]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root 47G 990M 44G % / tmpfs 133M 28K 133M % /dev/shm /dev/sda1 477M 28M 425M % /boot

前言:早晨磁盘报警刚清空完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文件系统              容量  已用 可用

初步判断应该有两种情况:一种是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

有台机器磁盘满了: 进程端口都正常,存活:但是页面却完全打不开了: 日志爆满:删除日志后: 在根上 du -sh * 然后 df -h 发现差别太大了: du -sh * / 才不足7G: df -h 使用量已经 47G了都: 查资料知道 du -sh 和 df -h 之间的区别:但是这种理论上的区别不会导致这种离谱的结果: 进而google得知,是已删除文件未彻底删除导致的: 使用 lsof |grep deleted查看 结果末尾标记为 (deleted)的行: 找到pid 如果方便的话:直