LINUX运维实战案例之文件已删除但空间不释放问题的分析与解决办法

下面是“LINUX运维实战案例之文件已删除但空间不释放问题的分析与解决办法”的完整攻略。

问题描述

当我们在Linux系统中删除一个文件时，一般来说，该文件占用的磁盘空间应该会被释放。但是有时候却出现了文件已删除，但空间不释放的情况，导致文件被删除后磁盘空间并没得到释放，最终导致磁盘空间不足。本文就介绍这种情况的分析与解决方法。

问题分析

文件已删除但空间不释放的原因是因为在Linux系统中，删除文件是通过从文件所在目录中将文件名链接删除来完成的，而文件本身并没有被删除，仅仅是在文件的inode中被打上了一个删除标记。因此，如果文件被删除但其他进程或用户在使用它，文件系统会仍然保留该文件，占用磁盘空间，并防止文件被其他进程或用户覆盖。如果没有其他进程或用户使用该文件，使用lsof命令查看，会发现该文件关联的进程是一个已退出但没有释放文件句柄的进程。

解决办法就是找到并杀死该进程，或者重启拥有该文件句柄所在的服务。当然，重启服务可能会导致该服务的重新启动，影响服务的可用性。

解决方法

第一步，使用lsof命令查找占用文件的进程。

lsof | grep deleted

该命令会查找所有正在被使用（包括已经删除的文件），并且已被标记为已删除（deleted）的文件。

第二步，杀死占用文件的进程。可以通过kill -9 PID命令来强制杀死进程。其中PID是进程ID，可以在第一步中找到该进程的PID。

kill -9 PID

第三步，检查文件空间是否已经释放。

df -h

该命令会显示文件系统空间使用情况。

如果还没有释放空间，可以尝试重启相关服务或进程。

这里提供两个具体案例：

示例一：删除正在被使用的日志文件

假设我们在Logstash日志服务中想要删除某个已经被使用的日志文件，却发现文件删除后空间并没有被释放。

首先，检查/var/log目录下是否有被占用的文件。

lsof | grep /var/log/<logfile>

如果存在该文件被使用的进程，选择杀死占用进程。

kill -9 PID

最后检查空间是否释放。

示例二：删除正在被使用的数据库表空间

假设在Oracle数据库中，我们在删除已经被使用的表空间时，同样遇到了这种空间释放问题。

首先，查找哪个进程正在使用表空间。

SELECT DISTINCT A.username,
                A.osuser,
                C.sid,
                C.serial#,
                B.tablespace_name,
                B.segment_name,
                B.owner,
                B.segment_type,
                B.bytes,
                B.blocks,
                C.machine,
                C.program,
                C.sql_id,
                C.status,
                C.event,
                C.module,
                C.action,
                C.client_identifier
  FROM dba_users A,dba_segments B,v$session C
 WHERE A.user_id = B.owner_id
   AND (B.tablespace_name = '<tablespace_name>')
   AND C.sid = B.header_file
 ORDER BY A.username, A.osuser, B.tablespace_name, B.segment_type DESC;

然后，杀死占用进程。

最后检查空间是否释放。

结语

当文件已删除但空间不释放时，我们不要惊慌，通过以上的步骤，可以非常方便地定位问题，并快速解决。