wget任务被kill之后tmp目录空间一直不释放

在一次下载一个200多G的大文件时,使用如下方式进行下载,已经下载了180G

wget -c xxxxx.tar.gz   -O xxxx.tar.gz

因为当时机器上做的操作很多,机器有点卡,于是就手工kill掉这个任务,等空闲时候再手工下载。

结果kill掉这个进程后,很长时间这个任务才终止,且之后/tmp目录被占用的空间就一直没有被释放。

[[email protected] ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1             20G  8.9G  9.8G  48% /
tmpfs                 1.9G     0  1.9G   0% /dev/shm
/dev/mapper/vg01-lv01
                      296G  225G   56G  81% /tmp
/dev/xvdc1            2.0T  546G  1.3T  30% /app
ossfs                 256T     0  256T   0% /oss

由于这台机器上有很多定时自动任务在跑,所以不能随便停或重启这台机器。(当然重启这台机器是可以释放掉tmp被占用的空间)。在不重启的情况下考虑释放掉这些空间。

使用lsof -n | grep deleted查看是否有存在有相关文件被删除,但进程未释放的情况发生

注:这个deleted表示该已经删除了的文件,但是文件句柄未释放,这个命令会把所有持有的未释放文件句柄的进程列出来。

[[email protected] app]$ lsof -n | grep deleted
ossfs      1340 linux    5u      REG              253,0            0         18 /tmp/tmpfjJmsrM (deleted)
ossfs      1340 linux    6u      REG              253,0    588452596       1920 /tmp/tmpf3llHIV (deleted)
ossfs      1340 linux    7u      REG              253,0 236260153501         14 /tmp/tmpfBevUvg (deleted)
ossfs      1340 linux    8u      REG              253,0   4291821568       1473 /tmp/tmpflGDQvH (deleted)
ossfs      1340 linux   10u      REG              253,0            0        956 /tmp/tmpfLZbTMe (deleted)
ossfs      1340 linux   11u      REG              253,0            0       5186 /tmp/tmpfTh5Mov (deleted)
ossfs      1340 linux   13u      REG              253,0            0       1247 /tmp/tmpfLVW3zR (deleted)
vim        3793 linux    4u      REG             202,33        16384   60555276 /app/temp/.head300.log.swp (deleted)
collect_s  5568 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19204 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19204 linux  255u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19524 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19524 linux  255u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
collect_s 19682 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19900 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      19900 linux  255u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      20090 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
bash      20090 linux  255u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
collect_s 20131 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)
collect_s 29077 linux    0u      CHR              136,3          0t0          6 /dev/pts/3 (deleted)

然后你可以使用kill命令来释放文件句柄从而释放空间。

时间: 2024-10-28 20:46:53

wget任务被kill之后tmp目录空间一直不释放的相关文章

一个mysql /tmp目录爆满问题的处理

突然收到zabbix告警,说mysql服务器的/目录磁盘空间不足. 登录到服务器,看了下发现100GB的根目录,居然使用了差不多90GB.这台服务器上只跑了一个MySQL,应该不是日志未清理等其它原因造成的. (说明:下面的几张截图是后期截的,当时已经有部分SQL跑完,释放掉部分磁盘空间了) lsof |grep deleted 发现如下: 可以看到这个临时文件差不多有40GB. show processlist; 如下: 上图看的话,没有涉及到写binlog的操作,但是由于单纯的select并

线上系统/tmp 目录不断增长分析与总结

1.问题描述 系统配置为单核4G, web 工程配置堆2G,  /tmp目录 二进制文件不断增加,平均一天增加20G, 手动清理/tmp目录,重启系统,问题依旧. 2.分析 /tmp 目录存放系统运行时产生的临时文件.在Redhat-like系统上,会定期清理/tmp目录下10天未访问的文件.这个机制保证了,linux不会像windows那样在较长时间运行后变得臃肿不堪. 清理脚本位于/etc/cron.daily/tmpwatch,内容如下, #! /bin/sh flags=-umc /us

Linux下tmp目录删除规则

我们知道,在Linux系统中/tmp文件夹里面的文件会被清空,至于多长时间被清空,如何清空的,可能大家知识的就不多了,所以,今天我们就来剖析一个这两个问题. 在RHEL\CentOS\Fedora\系统中(本次实验是在RHEL6中进行的) 先来看看tmpwatch这个命令,他的作用就是删除一段时间内不使用的文件(removes files which haven't been accessed for a period of time).具体的用法就不多说了,有兴趣的自行研究.我们主要看看和这个

linux 下/var,/etc,/tmp目录操作

显示/var/目录下所有以1开头,以一个小写字母结尾,且中间至少出现一位数字(可以有其他字符)的文件或目录. 命令: ls -d /var/1*[0-9]*[a-z] 显示/etc目录下,以任意一个数字开头,且以非数字结尾的文件或目录. 命令: ls -d /etc/[[:digit:]]*[[1]] 显示/etc目录下,亦非字母开头,后面跟了一个字母以及其他任意长度任意字符的文件或目录. 命令: ls -d /etc/[[2]][[:alpha:]]* 在/tem目录下创建以tfile开头,后

获取沙盒路径,Documents目录路径,Caches目录路径,tmp目录路径的方法

//1,获取沙盒目录路径的函数:NSString *homeDir = NSHomeDirectory(); //2,获取Documents目录路径的方法:NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory,NSUserDomainMask,YES);NSString *docDir = [paths objectAtIndex:0]; //3,获取Caches目录路径的方法:NSArray *path

查找出/tmp目录下面修改时间是7天以前,大小在50k到2M之间,并以.log结尾的文件

查找出/tmp目录下面修改时间是7天以前,大小在50k到2M之间,并以.log结尾的文件. 答:生成环境 [[email protected] tmp]# date -s "20170501" Mon May  1 00:00:00 CST 2017 [[email protected] tmp]# dd if=/dev/zero of=1.log bs=60KB count=1 1+0 records in 1+0 records out 60000 bytes (60 kB) co

老男孩教育每日一题-2017年5月24日-脑洞神探之tmp目录的下的备份文件突然没了,谁来背锅?

1.题目 2.参考答案 1.运维干的2.开发干的3.系统干的,系统安装了一个命令tmpwatch,定期删除文件. 在Centos/RHEL/Fedora系统下存在清理机制(Ubuntu下没有,我的系统是CentOS6)yum -y install tmpwatchtmpwatch命令的作用就是删除一段时间内不使用的文件安装后会在/etc/cron.daily/目录下生成一个tmpwatch文件.内容如下: #! /bin/sh flags=-umc /usr/sbin/tmpwatch "$fl

c# 磁盘空间计算 和 目录空间 、 文件大小 计算

namespace CommonLibrary.SystemUtils { /// <summary> /// 表示存储空间大小计量单位 /// </summary> public enum SizeUnitMode { /// <summary> /// 字节 /// </summary> Byte, /// <summary> /// 千字节 /// </summary> KiloByte, /// <summary>

tmp目录的下的备份文件定期删除

Centos/RHEL/Fedora系统完全安装,系统存在清理机制,会定时清理/tmp目录下文件 Centos/RHEL/Fedora系统最小化安装没有该机制 用到工具:tmpwatch yum install tmpwatch -y 包含以下文件: /etc/cron.daily/tmpwatch/usr/bin/tmpwatch/usr/sbin/tmpwatch/usr/share/doc/tmpwatch-2.9.16/usr/share/doc/tmpwatch-2.9.16/COPY