block正常满 (磁盘实际不足)inode 满 大量的小文件block 满 文件没有被彻底删除(硬链接数0 进程调用数不为0) 解放方法: 1 查看df -h 磁盘使用量根据占用量大小逐步逐步排查 2 使用du -sh 查看大磁盘所有文件大小使用|grep G 过滤大文件数据 3 根据查找到的文件询问删除解决磁盘空间没满但是无法写入文件(inode用完了) 注意: # df -sh /* | grep G 查找到具体的文件或目录中,对此目录进行删除等操作,不能盲目的删除,要确定无用了,才能进行

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

一.背景:一台2T硬盘的mysql服务器,保存电话的CDR信息.按照历史数据的水平,一个月能生成20+GB的文件.然而短短的半年时间,满了?! 登录服务器看谁占了这么大的空间?好吧,slow-query.log华丽丽的占用了1.2T!(运维经验严重不足,线上的一定要关闭这个日志,可以执行命令set global slow_query_log=0;) 二.BUG出现?1. 很自然的手动删除这个log文件.2. 执行删除完毕后,du -sh看当前目录的空间占用.显示从1.8T降到了500GB,很满意

有时候会遇到这样的问题:df -h统计一个目录,显示有约100M可用空间,使用了5G:而用du -sh统计该目录下的文件大小,却发现总共才占用了1G.也就是说,二者统计结果差距巨大. 例如: 1.df -h /tmp/ 结果: Size Used Avail Use% Mounted on3.9G 3.5G 220M 95% /tmp 2.du -sh /tmp/ 结果: 132K    /tmp/ 文章来源:http://www.codelast.com/ 结果差异巨大. 引用网上的一段话,原

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

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

先贴命令: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

很常见的一个问题 linux磁盘空间满了 但是没有大文件 解决思路: 1.用df 检查发现/根目录可用空间为0 [root@/]#df -h 2.用du检查发现各目录占用的空间都很少,有约3G的空间莫名其妙地丢了. [root@/]# du -m –max-depth=1|sort -gr 3.用lsof检查后才发现原因是,有文件被删除,而进程还活着,因而造成还占用空间的现象 [root@/]# lsof |grep delete 根据lsof列出的进程号,kill这些进程后,空间就释放出来了

du -ach * #这个能看到当前目录下的所有文件占用磁盘大小和总大小 du -sh #查看当前目录总大小 du -sh * #查看所有子目录大小 du -sh ./* #查看当前目录下所有文件/文件夹的大小 lsof | grep delete #如果怀疑删掉的数据还在占用磁盘空间试试这个 kill -9 pid #结束掉进程就能释放磁盘空间了

[root@hadoop01 ~]# ll total 156 drwxr-xr-x. 18 root root 4096 Jan 5 05:05 apps -rw-r--r--. 1 root root 156 Jul 24 21:47 common-friends.log drwxr-xr-x. 2 root root 4096 Oct 9 09:18 data drwxr-xr-x. 2 root root 4096 Aug 29 01:52 esdata -rw-r--r--. 1 ro

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

du -sh filename(其实我们经常用du -sh *,显示当前目录下所有的文件及其大小,如果要排序再在后面加上 | sort -n)   关于右键属性与du -sh显示的文件大小不一致的解决: 总之:我的理解就是du查到的是实际硬盘上的block大小,包括很多隐藏文件,软,硬链接,以及由于磁盘格式划分等等的问题,导致了不一致, 右键属性相当于 du --exclude='.*' --exclude='*~' -b -D -s 你的文件或文件夹  及除开那些多余的东西. 而du -sh

大多数用户在对于磁盘进行分区的时候都是习惯性的不给系统盘预留很大空间,其实这并不是一个好习惯.因为系统分区并不像我们想象的那样会仅仅安装一个操作系统,系统分区多数还是会承载操作系统主要应用软件安装任务.那么当磁盘空间爆满后,MySQL会发生什么事呢?又应该怎么应对? 会发生什么事 当磁盘空间写满了之后,MySQL是无法再写入任何数据的,包括对表数据的写入,以及binlog.binlog-index等文件. 当然了,因为InnoDB是可以把脏数据先放在内存里,所以不会立刻表现出来无法写入,除非开启

原文:docker容器存放目录磁盘空间满了,转移数据修改Docker默认存储位置 版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/qq_37674858/article/details/79976751 今天在Liunx服务器上重启docker的时候,发现容器启动不了了,报的错误是:"ERROR:cannot  create temporary directory!".我的猜测应该就是磁盘空间满了,于是执行命令"df -h&q

问题描述:oracle服务器硬盘磁盘空间满了,没有空间写入数据: 解决思路: a.服务器是虚拟机还是实体机? 虚拟机,->物理机上有空间直接给它扩容,再给数据库的相关表空间添加文件就可: 实体机,->确定是否还有oracle收缩磁盘硬盘插槽,能新增物理硬盘,买+接入: b.删数据以及降低高水位: 通常思路是:找占用磁盘最大的表空间TS_1,找该表空间下巨大的表tableA,删除历史数据,降低高水位(table move),缩小表空间文件,腾出空间: 1.查询 表空间各文件 --找出占用磁盘最大

网站一直运行都很正常,但某天登录后台却出现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     

评估文件空间利用率: [root@vm-xiluhua][/home]$ du -sh /home 409M /home --exclude选项,排除指定模式的文件的大小 [root@vm-xiluhua][/home]$ du -sh /home --exclude="*.log" 54M /home

du -sh 目录名称 查看目录大小 df -h 查看磁盘使用情况

今天,在测试环境启动数据库时,报错: 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

问题如题,df -h 出来的容量与du -sh 查看的容量信息不一样,是那里出了问题了吗? 下面分别是du -sh *与df -h出来的结果 [root@mail /]# du -sh * 6.2M bin 22M boot 172K dev 29M etc 165G home 130M lib 26M lib64 16K lost+found 4.0K media 4.0K mnt 4.0K opt du: 无法访问"proc/9139/task/9139/fd/4": 没有那个文件