磁盘空间满了

模拟:

seq 500000000 >>/var/log/messages

磁盘空间不足-满了

 df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda3       8.8G  6.1G  2.3G  74% /

tmpfs           931M     0  931M   0% /dev/shm

/dev/sda1       190M   40M  141M  22% /boot

/dev/sdc         73K   14K   55K  21% /app/logs

排查哪里站的地方大

 df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda3       8.8G  6.1G  2.3G  74% /

tmpfs           931M     0  931M   0% /dev/shm

/dev/sda1       190M   40M  141M  22% /boot

/dev/sdc         73K   14K   55K  21% /app/logs

du -sh /* |grep G

du: cannot access `/proc/24690/task/24690/fd/4‘: No such file or directory

du: cannot access `/proc/24690/task/24690/fdinfo/4‘: No such file or directory

du: cannot access `/proc/24690/fd/4‘: No such file or directory

du: cannot access `/proc/24690/fdinfo/4‘: No such file or directory

1.1G   /usr

4.7G   /var

du -sh /var/* |grep G

4.6G   /var/log

 du -sh /var/log/* |grep G

4.6G   /var/log/messages

ls -lh /var/log/messages

-rw------- 1 root root 4.6G May 20 16:36 /var/log/messages

删除占地大的文件-确认好

\rm -f /var/log/messages

df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda3       8.8G  6.1G  2.3G  74% /

tmpfs           931M     0  931M   0% /dev/shm

/dev/sda1       190M   40M  141M  22% /boot

/dev/sdc         73K   14K   55K  21% /app/logs

删除失败

  • 硬链接数为零  rm
  • 进程调用数为零

谁在使用已经被删除的 /var/log/messages

lsof |grep messages

rsyslogd   1248      root    1w      REG                8,3 4888889152     140769 /var/log/messages (deleted)

重启对应的软件rsyslogd

/etc/init.d/rsyslog restart

df -h

/dev/sda3       8.8G  1.6G  6.8G  19% /

tmpfs           931M     0  931M   0% /dev/shm

/dev/sda1       190M   40M  141M  22% /boot

/dev/sdc         73K   14K   55K  21% /app/lo

一个文件被彻底删除条件(文件删除原理)

硬链接数为零  rm 

进程调用数为零     lsof 文件  或  lsof |grep 文件

原文地址:https://www.cnblogs.com/zdqc/p/9415815.html

时间: 2024-10-14 03:39:31

磁盘空间满了的相关文章

磁盘空间满了之后MySQL会怎样

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

oracle服务器硬盘磁盘空间满了

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

关于Ubuntu10.04磁盘空间不足的问题

最近由于项目问题,需要自己写驱动,但是驱动知识太少,开始下了个内核自己玩玩,没想到的是内核下好了,Ubuntu待机后却登录不了了,重启了好几次也不行,而且颜色是蓝色,右上角还提示:Install problem,搞的很蒙,心想用了这么久了,安装会有问题,登不进去的话我里面的程序也就没了,情急之下百度了一下,原来是磁盘空间满了.有两种方式特此总结一下. 结合截图,操作如下: (1)登录界面如上: (2)第一步: 关闭Ubuntu打开设置,配置存储里面IDE控制器为选择Ubuntu10.04.4**

mysql 错误- 磁盘空间不足,

mysql 磁盘空间不足错误 磁盘空间满了, 写不进去了. 141020 09:45:24 mysqld_safe Starting mysqld daemon with databases from /alidata/server/mysql-5.6.20/data 2014-10-20 09:45:24 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults

物理磁盘空间使用已满导致数据库hang起

情况描述 一天公司小张过来咨询,说是数据库查询报错了:乍一看好像是数据库有坏快了,为了排查更加详细的错误信息,决定查看一下告警日志,发现问题所在,原来是数据库的物理磁盘空间满了 Writing to the above trace file is disabled for now on... Tue Jul 29 17:30:32 2014 Non critical error ORA-48181 caught while writing to trace file "/u01/app/orac

rm -rf 删除文件后磁盘空间不释放

当一个服务器的磁盘空间满了后,执行rm -rf命令以后,磁盘空间没有被释放可以使用lsof | grep delete命令来查看删除进程,然后kill掉相关的进程以后就可以释放空间了 原文地址:http://blog.51cto.com/11742478/2091817

磁盘空间不够导致mysql崩溃重启

起因: 群里有人提了句pt-ioprofile,我不知道,就查了查,想测一测,想以后可能会有帮助. 为了能看到效果,我选择了我虚拟机上最大的压测表Sbtest1,该表有100w数据,执行update sbtest1 set k=k+1; 并且通过pt-ioprofile查看到了想要的结果,然后就干别的去了,下午了,看update sbtest1 set k=k+1;这个窗口的光标还闪着,以为还没执行完,不停地回车,crtl c,各种不好用.过了一会儿,报错了,并且提示mysql已经重启了. 我去

linux磁盘空间被占满,但是找不到大文件

在一次排查问题中,df -h 发现磁盘空间满了, 但是任凭各个文件目录下  du -sh * 也找不到大文件,于是立马虚心求教大拿,大拿一个命令就解决了,什么命令这么nb+神奇呢? lsof -n | grep deleted  查看到占用的进程 kill -9 进程号 再df -h就没问题了,以下是公司大拿给出来的解释: 当我们使用rm在linux上删除了大文件,但是如果有进程打开了这个大文件,却没有关闭这个文件的句柄,那么linux内核还是不会释放这个文件的磁盘空间 原文地址:https:/

尝试一下: 仅加密已用磁盘空间

不辞辛劳的 CEO 决定将工作带回家做,因此她将几个机密文档复制到 USB 闪存驱动器.当她从钱包拿车钥匙时,闪存驱动器掉到了停车场.接下来发生什么取决于 CEO 回到办公室后所做的选择: 如果她启用了 BitLocker,会损失一晚上的工作成果和 10 美元的闪存驱动器. 如果她未启用 BitLocker,且机密文档最终落到坏人手中,公司可能损失数百万美元. 当然,CEO 应启用 BitLocker,但是您知道有多少 CEO 愿意等待半小时以便 BitLocker 完成加密闪存驱动器呢? 使用