du df 空间被占用,空间未释放

参考链接:

http://blog.csdn.net/ts1211/article/details/7385896

https://segmentfault.com/a/1190000000461077

http://www.jobui.com/mianshiti/it/linux/4830/

空间被占用,空间未释放

[[email protected] ~]# df -Th

Filesystem     Type   Size  Used Avail Use% Mounted on

/dev/xvda1     ext4    20G   19G  252M  99% /           #显示可用只有252M

tmpfs          tmpfs  3.9G     0  3.9G   0% /dev/shm

/dev/xvdb5     ext4   493G  120G  348G  26% /mnt/disk-b

[[email protected] /]# du -sh *

7.6M    bin

24M     boot

96M     data

168K    dev

4.0K    dump.rdb

43M     etc

141M    home

149M    lib

22M     lib64

16K     lost+found

4.0K    media

120G    mnt

133M    opt

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

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

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

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

0       proc

604K    root

15M     sbin

4.0K    selinux

4.0K    srv

0       sys

4.0M    tmp

1.4G    usr

229M    var

并没有发现是那个目录占用了空间,那这个怎么解决呢?

重启NGINX , 释放了一些空间

[[email protected] local]# df -Th

Filesystem     Type   Size  Used Avail Use% Mounted on

/dev/xvda1     ext4    20G   16G  3.0G  85% /                      #显示可用空间变成了3G

tmpfs          tmpfs  3.9G     0  3.9G   0% /dev/shm

/dev/xvdb5     ext4   493G  120G  348G  26% /mnt/disk-b

[[email protected] local]# lsof |grep deleted

exim       1147   exim    8w      REG              202,1      233881     788138 /var/log/exim/main.log-20160327 (deleted)

AliYunDun  7746   root   13uW     REG              202,1           0     396344 /tmp/qtsingleapp-aegiss-a5d2-lockfile (deleted)

php-fpm   14270   root  cwd       DIR              202,1           0     788271 /data/htdocs/bakCRM/2016-04-06_15:48_dev/src/application/controller/admin/login/check (deleted)

AliHids   25867   root   25uW     REG              202,1           0     393620 /tmp/qtsingleapp-aegisG-46d2-lockfile (deleted)

mysqld    27658  mysql    4u      REG              202,1           0     393694 /tmp/ibtHXW4Y (deleted)

mysqld    27658  mysql    5u      REG              202,1           0     393695 /tmp/ibhJeEPx (deleted)

mysqld    27658  mysql    6u      REG              202,1           0     393696 /tmp/ib7tZlA6 (deleted)

mysqld    27658  mysql    7u      REG              202,1           0     393697 /tmp/ib12DQ7d (deleted)

mysqld    27658  mysql   10w      REG              202,1 14394220412     788182 /var/log/mysql/mysql.log (deleted)

mysqld    27658  mysql   11u      REG              202,1           0     393698 /tmp/ibzmytZM (deleted)

重启mysql后,释放了较大的空间

[[email protected] local]# df -Th

Filesystem     Type   Size  Used Avail Use% Mounted on

/dev/xvda1     ext4    20G  2.4G   17G  13% /               #显示可用空间变成了17G

tmpfs          tmpfs  3.9G     0  3.9G   0% /dev/shm

/dev/xvdb5     ext4   493G  120G  348G  26% /mnt/disk-b

[[email protected] local]# lsof |grep deleted

exim       1147   exim    8w      REG              202,1    233881     788138 /var/log/exim/main.log-20160327 (deleted)

mysqld     3962  mysql    4u      REG              202,1         0     393694 /tmp/ibZc2eXM (deleted)

mysqld     3962  mysql    5u      REG              202,1         0     393695 /tmp/ibZG2FAY (deleted)

mysqld     3962  mysql    6u      REG              202,1         0     393696 /tmp/ibbjg7da (deleted)

mysqld     3962  mysql    7u      REG              202,1         0     393697 /tmp/ibn9R5wx (deleted)

mysqld     3962  mysql   11u      REG              202,1         0     393698 /tmp/ibzj0LgJ (deleted)

AliYunDun  7746   root   13uW     REG              202,1         0     396344 /tmp/qtsingleapp-aegiss-a5d2-lockfile (deleted)

php-fpm   14270   root  cwd       DIR              202,1         0     788271 /data/htdocs/bakCRM/2016-04-06_15:48_dev/src/application/controller/admin/login/check (deleted)

AliHids   25867   root   25uW     REG              202,1         0     393620 /tmp/qtsingleapp-aegisG-46d2-lockfile (deleted)

其实这些进程都应该删掉的,暂时先不管了。让服务先跑会儿吧…………

时间: 2024-08-26 06:31:58

du df 空间被占用,空间未释放的相关文章

RHEL6删除文件后未释放空间

早上一个网站页面打开空白,后来查看是磁盘空间满了,查看是nginx的access.log占用了170多个G,于是通过rm将其删除,后重启nginx问题依然,此时再查看磁盘发现空间并未释放 [[email protected] logs]# du -h * 176G access.log 0 error.log 4.0K nginx.pid [[email protected] logs]# du -sh  176G . [[email protected] logs]# rm access.lo

Linux中删除文件,磁盘空间未释放问题追踪

在客户使用我们产品后,发现一个问题:在删除了文件后,磁盘空间却没有释放.是有进程在打开这个文件,还是其他情况?我们一起来看看一下两个场景 一. 场景一:进程打开此文件 当一个文件正在被一个进程使用时,用户删除此文件,文件只会从目录结构中删除,但并没有从磁盘删除.当使用这个文件的进程结束后,文件才会真正的从磁盘删除,释放占有的空间. 我们发现剩余磁盘空间比较少时,回去删除一些大的临时文件或者log文件,如果删除之后会发现磁盘空间并未减少,那么可以通过"lsof"命令去查看正在使用该文件的

磁盘空间未释放异常案例

其实也谈不上异常,就是syslog-ng打开一个打日志文件准备传输时,该日志被logrotate给轮转了,gzip压缩后,文件被 deleted,但syslog-ng中文件句柄还在,结果导致磁盘空间一直未释放.有经验的SA发现磁盘空间实际使用和df显示的不一致时,一般都会用lsof检查是否有大文件标记为deleted,把该进程杀掉或重启下就可以了. --------------------------------------分割线---------------------------------

linux删除文件未释放空间问题处理

或者 /根分区满了 (我的根分区是/dev/sda1,/dev/sda1满了) http://blog.csdn.net/donghustone/article/details/7085240 linux里的文件被删除后,空间没有被释放是因为在Linux系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用.解决方法:1.先df -lh查看一下磁盘使用状况2.找到被

关于mysql 删除数据后物理空间未释放

OPTIMIZE TABLE 当您的库中删除了大量的数据后,您可能会发现数据文件尺寸并没有减小.这是因为删除操作后在数据文件中留下碎片所致.OPTIMIZE TABLE 是指对表进行优化.如果已经删除了表的一大部分数据,或者如果已经对含有可变长度行的表(含有 VARCHAR . BLOB 或 TEXT 列的表)进行了很多更改,就应该使用 OPTIMIZE TABLE 命令来进行表优化.这个命令可以将表中的空间碎片进行合并,并且可以消除由于删除或者更新造成的空间浪费 .OPTIMIZE TABLE

【转】Linux删除文件未释放空间问题处理

linux里的文件被删除后,空间没有被释放是因为在Linux系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用.解决方法:1.先df -lh查看一下磁盘使用状况2.找到被删除文件所在的分区,eg.opt分区3.查看被删除了的所有文件:lsof -n /opt |grep deleted 结果如下:[[email protected],nicx.cn]# lsof

关于mysql 删除数据后物理空间未释放(转载)

转自 关于mysql 删除数据后物理空间未释放(转载) - NETDATA - 博客园http://www.cnblogs.com/shawnloong/archive/2013/02/07/2908911.html OPTIMIZE TABLE 当您的库中删除了大量的数据后,您可能会发现数据文件尺寸并没有减小.这是因为删除操作后在数据文件中留下碎片所致.OPTIMIZE TABLE 是指对表进行优化.如果已经删除了表的一大部分数据,或者如果已经对含有可变长度行的表(含有 VARCHAR . B

关于mysql 删除数据后(.MYD,MYI)物理空间未释放

关于mysql 删除数据后物理空间未释放 OPTIMIZE TABLE 当您的库中删除了大量的数据后,您可能会发现数据文件尺寸并没有减小.这是因为删除操作后在数据文件中留下碎片所致.OPTIMIZE TABLE 是指对表进行优化.如果已经删除了表的一大部分数据,或者如果已经对含有可变长度行的表(含有 VARCHAR . BLOB 或 TEXT 列的表)进行了很多更改,就应该使用 OPTIMIZE TABLE 命令来进行表优化.这个命令可以将表中的空间碎片进行合并,并且可以消除由于删除或者更新造成

linux下磁盘空间未释放

背景:项目上磁盘空间显示10G,磁盘挂载点的目录下所有文件加起来一共3G,但是磁盘显示满了: 后期查原因为有些日志过大,做了删除的操作,虽然显示文件不在了,但是实际并未删除,磁盘空间未释放: # lsof /app | grep delete #kill -9 pid 杀死进程后,磁盘空间恢复: 原文地址:https://www.cnblogs.com/llwxhn/p/12434607.html