菜单 学习猿地 - LMONKEY

VIP

开通学习猿地VIP

尊享10项VIP特权 持续新增

知识通关挑战

打卡带练!告别无效练习

接私单赚外块

VIP优先接,累计金额超百万

学习猿地私房课免费学

大厂实战课仅对VIP开放

你的一对一导师

每月可免费咨询大牛30次

领取更多软件工程师实用特权

入驻
24
0

df和du显示的磁盘空间使用情况不一致的原因及处理 释放对文件的占有 echo > /usr/local/php7/logs/fpm_error_log 吸取教训,不执行mv,执行cp,再echo >

原创
05/13 14:22
阅读数 16446

 

场景

系统盘之前每天增量不到0.5G,从17号开始每天增量近1G,排查原因

排查

系统盘总量1G

/

du --max-depth=1 -h

发现/ser消耗近16G

cd /user

du --max-depth=1 -h

 

这样查到了

 /usr/local/php7/var/log/

 

 

 

 

 

 

 

 

 

 

 近期磁盘扩容导致服务器重启、nginx重启、4节点elasticsearch重启、3节点负载均衡服务器重启、php-fpm、nginx配置修改

 

1060 ll -ash /usr/local/php7/var/log/
1061 tail /usr/local/php7/var/log/php-fpm.log
1062 tail -100 /usr/local/php7/var/log/php-fpm.log
1063 ll -as /data/
1064 mkdir /data/mvTOdataDisk
1065 ll -as
1066 mv var/log/php-fpm.log /data/mvTOdataDisk/_usr_local_php7_var_log_php-fpm.log
1067 du -f
1068 du -h

 

移动目的地已经存在结果文件


[root@b php7]# ll -ash /data/mvTOdataDisk/
total 14G
4.0K drwxr-xr-x 2 root root 4.0K Sep 29 09:57 .
4.0K drwxr-xr-x 9 root root 4.0K Sep 29 09:56 ..
14G -rw------- 1 root root 14G Sep 29 09:57 _usr_local_php7_var_log_php-fpm.log
[root@b php7]#

 

 

但是df -h  的系统盘  

[root@b php7]# ll -as var/log/
total 8
4 drwxr-xr-x 2 root root 4096 Sep 29 09:59 .
4 drwxr-xr-x 4 root root 4096 Nov 15 2016 ..
[root@b php7]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 40G 33G 4.9G 87% /
devtmpfs 16G 0 16G 0% /dev
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 16G 121M 16G 1% /run
tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/vdb 1.2T 967G 175G 85% /data
tmpfs 3.2G 0 3.2G 0% /run/user/0
[root@b php7]#

 


du: cannot access ‘/proc/17746’: No such file or directory
0 /proc
60K /home
121M /run
123M /boot
4.9G /usr
4.0K /srv
38M /etc
78M /opt
0 /dev
5.5G /root
16K /lost+found
7.7G /var
967G /data
4.0K /media
0 /sys
4.0K /mnt
985G /
[root@b php7]# du --max-depth=1 -h /

 

 

df 非预期结果 dh为预期结果 

 

 

 

df和du显示的磁盘空间使用情况不一致的原因及处理 - 夏雪冬日 - 博客园 https://www.cnblogs.com/heyonggang/p/3644736.html

 

 

 

[root@b log]# lsof | grep php-fpm.log
php-fpm 10231 root 2w REG 253,1 15390121362 1719166 /usr/local/php7/var/log/php-fpm.log (deleted)
php-fpm 10231 root 3w REG 253,1 15390121362 1719166 /usr/local/php7/var/log/php-fpm.log (deleted)
vi 32491 root 4u REG 253,16 37650432 25296899 /data/mvTOdataDisk/._usr_local_php7_var_log_php-fpm.log.swp
[root@b log]# kill -9 10231
[root@b log]# lsof | grep php-fpm.log
vi 32491 root 4u REG 253,16 37650432 25296899 /data/mvTOdataDisk/._usr_local_php7_var_log_php-fpm.log.swp
[root@b log]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 40G 19G 20G 49% /
devtmpfs 16G 0 16G 0% /dev
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 16G 121M 16G 1% /run
tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/vdb 1.2T 968G 175G 85% /data
tmpfs 3.2G 0 3.2G 0% /run/user/0

 

【查找打开已删除的文件的进程,杀死该进程,释放对已删除rm的文件的占有】

 

df和du显示的磁盘空间使用情况不一致的原因及处理

 

在Linux下查看磁盘空间使用情况,最常使用的就是du和df了。然而两者还是有很大区别的,有时候其输出结果甚至非常悬殊。

1. 如何记忆这两个命令

du-Disk Usage

df-Disk Free

2. df 和du 的工作原理

2.1 du的工作原理

du命令会对待统计文件逐个调用fstat这个系统调用,获取文件大小。它的数据是基于文件获取的,所以有很大的灵活性,不一定非要针对一个分区,可以跨越多个分区操作。如果针对的目录中文件很多,du速度就会很慢了。

2.2 df的工作原理

df命令使用的事statfs这个系统调用,直接读取分区的超级块信息获取分区使用情况。它的数据是基于分区元数据的,所以只能针对整个分区。由于df直接读取超级块,所以运行速度不受文件多少影响。

3 du和df不一致情况模拟

常见的df和du不一致情况就是文件删除的问题。当一个文件被删除后,在文件系统 目录中已经不可见了,所以du就不会再统计它了。然而如果此时还有运行的进程持有这个已经被删除了的文件的句柄,那么这个文件就不会真正在磁盘中被删除, 分区超级块中的信息也就不会更改。这样df仍旧会统计这个被删除了的文件。
(1)当前分区sda1的使用情况
  1. [root@centos192 testdu]# df -h /dev/sda1  
  2. 文件系统          容量  已用  可用 已用%% 挂载点  
  3. /dev/sda1              49G  776M   45G   2% /var  
(2)新建一个1GB的大文件
  1. [root@centos192 var]# dd if=/dev/zero of=myfile.iso bs=1024k count=1000  
  2. 记录了1000+0 的读入  
  3. 记录了1000+0 的写出  
  4. 1048576000字节(1.0 GB)已复制,24.0954 秒,43.5 MB/秒  
(3)此时的分区sda1使用情况
df结果:
  1. [root@centos192 var]# df -h /dev/sda1  
  2. 文件系统<span style="white-space:pre">  </span>      容量  已用  可用 已用%% 挂载点  
  3. /dev/sda1              49G  1.8G   44G   4% /var  
du结果:
  1. [root@centos192 var]# du -sh /var/  
  2. 1.6G    /var/  
此时两者结果基本相同。
 
(4)模拟一个进程打开这个大文件,然后删除这个大文件
  1. [root@centos192 var]# tail -f myfile.iso &  
  2. [1] 23277  
  3. [root@centos192 var]# rm -f myfile.iso   
 
(5)此时,再对比du和df的结果
首先确认有进程持有myfile.iso句柄。
  1. [root@centos192 var]# lsof | grep myfile.iso  
  2. tail      23955      root    3r      REG                8,1 1048576000       7999 /var/myfile.iso (deleted)  
  1. [root@centos192 var]# du -sh /var/  
  2. 596M    /var/  
  3. [root@centos192 var]# df -h /dev/sda1  
  4. 文件系统          容量  已用  可用 已用%% 挂载点  
  5. /dev/sda1              49G  1.8G   44G   4% /var  
可以看出,df结果没有变化,而du则不再统计被删除了的文件myfile.iso。
 
(6)停止模拟进程,再对比du和df结果
首先确认没有进程持有myfile.iso句柄。
  1. [root@centos192 var]# lsof | grep myfile.iso  
  2. [root@centos192 var]#   
  1. [root@centos192 var]# du -sh /var/; df -h /dev/sda1  
  2. 596M    /var/  
  3. 文件系统          容量  已用  可用 已用%% 挂载点  
  4. /dev/sda1              49G  776M   45G   2% /var  
此时,myfile.iso已经没有进程占有它了,也就从磁盘上删除了,分区的超级块信息已经更改,df也就显示正常了。
 

4 工作中需要注意的地方

(1)当出现du和df差距很大的情况时,考虑是否是有删除文件未完成造成的,方法是lsof命令,然后停止相关进程即可。
(2)可以使用清空文件的方式来代替删除文件,方式是:echo > myfile.iso。
(3)对于经常发生删除问题的日志文件,以改名、清空、删除的顺序操作。
(4)除了rm外,有些命令会间接的删除文件,如gzip命令完成后会删除原来的文件,为了避免删除问题,压缩前先确认没有进程打开该文件。

 
du和df命令都被用于获得文件系统大小的信息:df用于报告文件系统的总块数及剩余块数,du -s /<filesystem>用于报告文件系统使用的块数。但是,我们可以发现从df命令算出的文件系统使用块数的值与通过du命令得出的值是不一致的。如下例:
# du -s /tmp 返回如下值:
12920 /tmp
而 df /tmp返回如下值:
Filesystem 512-blocks Free %Used Iused %Iused Mounted on

/dev/hd3 57344 42208 26% 391 4% /tmp
 
从上面的值我们可以算出<total from df> - <Free from df> = <used block count>: 57344 - 42208 = 15136. 而15136大于12920。该值差异的存在是由于du与df命令实施上的不同: du -s命令通过将指定文件系统中所有的目录、符号链接和文件使用的块数累加得到该文件系统使用的总块数;而df命令通过查看文件系统磁盘块分配图得出总块数与剩余块数。文件系统分配其中的一些磁盘块用来记录它自身的一些数据,如i节点,磁盘分布图,间接块,超级块等。这些数据对大多数用
户级的程序来说是不可见的,通常称为Meta Data。 
du命令是用户级的程序,它不考虑Meta Data,而df命令则查看文件系统的磁盘分配图并考虑Meta Data。df命令获得真正的文件系统数据,而du命令只查看文件系统的部分情况。例如,一个frag=4096 并且 nbpi=4096的空的大小为4MB的日志文件系统
中Meta Data 的分配情况如下:
1 4k block for the LVM
2 4k super blocks
2 4k blocks for disk maps
2 4k blocks for inode maps
2 4k blocks for .indirect
32 4k blocks for inodes

-------------------------
41 4k blocks for meta data on an empty 4MB file system
 
对于AIX 4.X 版本:
执行 du /foo返回的结果如下:
8 /foo/lost+found
16 /foo
要使du命令输出的结果与df 命令输出的结果匹配,我们必须要加上Meta Data。首先,将41个4k 的块转换为以512字节为单
位的值:
41 * 8 = 328
328(meta data) + 16(from du) = 344
所以有344个以512字节为单位的块分配给了这个空的文件系统。
 
而使用 df /foo命令我们可以得到下面的结果:
Filesystem 512-blocks Free %Used Iused %Iused Mounted on
/dev/lv01 8192 7848 5% 16 2% /foo

从中我们可以得到该文件系统使用的块数:8192(total blocks) - 7848(free blocks) = 344。该值与上面得出的值一致。
 


上面的换算方法对于空的文件系统很容易实现,但是对于非空的文件系统,由于Meta Data中文件间接块的大小不定,因此较难实现。所以我们不需要查看du 与 df返回的值的匹配关系,而只需要了解du -s命令返回的值反映了分配给文件及目录的磁盘块数,而df命令则反映了文件系统的实际分配情况。df命令反映的实际情况包含了用户数据(文件及目录)和Meta Data。
 
另一个表现出du与df命令不同之处的例子如下:
如果用户删除了一个正在运行的应用所打开的某个目录下的文件,则du命令返回的值显示出减去了该文件后的目录的大小。但df命令并不显示减去该文件后的大小。直到该运行的应用关闭了这个打开的文件,df返回的值才显示出减去了该文件后的文件系统的使用情况。

 

在Linux下查看磁盘空间使用情况,最常使用的就是du和df了。然而两者还是有很大区别的,有时候其输出结果甚至非常悬殊。

1. 如何记忆这两个命令

du-Disk Usage

df-Disk Free

2. df 和du 的工作原理

2.1 du的工作原理

du命令会对待统计文件逐个调用fstat这个系统调用,获取文件大小。它的数据是基于文件获取的,所以有很大的灵活性,不一定非要针对一个分区,可以跨越多个分区操作。如果针对的目录中文件很多,du速度就会很慢了。

2.2 df的工作原理

df命令使用的事statfs这个系统调用,直接读取分区的超级块信息获取分区使用情况。它的数据是基于分区元数据的,所以只能针对整个分区。由于df直接读取超级块,所以运行速度不受文件多少影响。

3 du和df不一致情况模拟

常见的df和du不一致情况就是文件删除的问题。当一个文件被删除后,在文件系统 目录中已经不可见了,所以du就不会再统计它了。然而如果此时还有运行的进程持有这个已经被删除了的文件的句柄,那么这个文件就不会真正在磁盘中被删除, 分区超级块中的信息也就不会更改。这样df仍旧会统计这个被删除了的文件。
(1)当前分区sda1的使用情况
  1. [root@centos192 testdu]# df -h /dev/sda1  
  2. 文件系统          容量  已用  可用 已用%% 挂载点  
  3. /dev/sda1              49G  776M   45G   2% /var  
(2)新建一个1GB的大文件
  1. [root@centos192 var]# dd if=/dev/zero of=myfile.iso bs=1024k count=1000  
  2. 记录了1000+0 的读入  
  3. 记录了1000+0 的写出  
  4. 1048576000字节(1.0 GB)已复制,24.0954 秒,43.5 MB/秒  
(3)此时的分区sda1使用情况
df结果:
  1. [root@centos192 var]# df -h /dev/sda1  
  2. 文件系统<span style="white-space:pre">  </span>      容量  已用  可用 已用%% 挂载点  
  3. /dev/sda1              49G  1.8G   44G   4% /var  
du结果:
  1. [root@centos192 var]# du -sh /var/  
  2. 1.6G    /var/  
此时两者结果基本相同。
 
(4)模拟一个进程打开这个大文件,然后删除这个大文件
  1. [root@centos192 var]# tail -f myfile.iso &  
  2. [1] 23277  
  3. [root@centos192 var]# rm -f myfile.iso   
 
(5)此时,再对比du和df的结果
首先确认有进程持有myfile.iso句柄。
  1. [root@centos192 var]# lsof | grep myfile.iso  
  2. tail      23955      root    3r      REG                8,1 1048576000       7999 /var/myfile.iso (deleted)  
  1. [root@centos192 var]# du -sh /var/  
  2. 596M    /var/  
  3. [root@centos192 var]# df -h /dev/sda1  
  4. 文件系统          容量  已用  可用 已用%% 挂载点  
  5. /dev/sda1              49G  1.8G   44G   4% /var  
可以看出,df结果没有变化,而du则不再统计被删除了的文件myfile.iso。
 
(6)停止模拟进程,再对比du和df结果
首先确认没有进程持有myfile.iso句柄。
  1. [root@centos192 var]# lsof | grep myfile.iso  
  2. [root@centos192 var]#   
  1. [root@centos192 var]# du -sh /var/; df -h /dev/sda1  
  2. 596M    /var/  
  3. 文件系统          容量  已用  可用 已用%% 挂载点  
  4. /dev/sda1              49G  776M   45G   2% /var  
此时,myfile.iso已经没有进程占有它了,也就从磁盘上删除了,分区的超级块信息已经更改,df也就显示正常了。
 

4 工作中需要注意的地方

(1)当出现du和df差距很大的情况时,考虑是否是有删除文件未完成造成的,方法是lsof命令,然后停止相关进程即可。
(2)可以使用清空文件的方式来代替删除文件,方式是:echo > myfile.iso。
(3)对于经常发生删除问题的日志文件,以改名、清空、删除的顺序操作。
(4)除了rm外,有些命令会间接的删除文件,如gzip命令完成后会删除原来的文件,为了避免删除问题,压缩前先确认没有进程打开该文件。

 
du和df命令都被用于获得文件系统大小的信息:df用于报告文件系统的总块数及剩余块数,du -s /<filesystem>用于报告文件系统使用的块数。但是,我们可以发现从df命令算出的文件系统使用块数的值与通过du命令得出的值是不一致的。如下例:
# du -s /tmp 返回如下值:
12920 /tmp
而 df /tmp返回如下值:
Filesystem 512-blocks Free %Used Iused %Iused Mounted on

/dev/hd3 57344 42208 26% 391 4% /tmp
 
从上面的值我们可以算出<total from df> - <Free from df> = <used block count>: 57344 - 42208 = 15136. 而15136大于12920。该值差异的存在是由于du与df命令实施上的不同: du -s命令通过将指定文件系统中所有的目录、符号链接和文件使用的块数累加得到该文件系统使用的总块数;而df命令通过查看文件系统磁盘块分配图得出总块数与剩余块数。文件系统分配其中的一些磁盘块用来记录它自身的一些数据,如i节点,磁盘分布图,间接块,超级块等。这些数据对大多数用
户级的程序来说是不可见的,通常称为Meta Data。 
du命令是用户级的程序,它不考虑Meta Data,而df命令则查看文件系统的磁盘分配图并考虑Meta Data。df命令获得真正的文件系统数据,而du命令只查看文件系统的部分情况。例如,一个frag=4096 并且 nbpi=4096的空的大小为4MB的日志文件系统
中Meta Data 的分配情况如下:
1 4k block for the LVM
2 4k super blocks
2 4k blocks for disk maps
2 4k blocks for inode maps
2 4k blocks for .indirect
32 4k blocks for inodes

-------------------------
41 4k blocks for meta data on an empty 4MB file system
 
对于AIX 4.X 版本:
执行 du /foo返回的结果如下:
8 /foo/lost+found
16 /foo
要使du命令输出的结果与df 命令输出的结果匹配,我们必须要加上Meta Data。首先,将41个4k 的块转换为以512字节为单
位的值:
41 * 8 = 328
328(meta data) + 16(from du) = 344
所以有344个以512字节为单位的块分配给了这个空的文件系统。
 
而使用 df /foo命令我们可以得到下面的结果:
Filesystem 512-blocks Free %Used Iused %Iused Mounted on
/dev/lv01 8192 7848 5% 16 2% /foo

从中我们可以得到该文件系统使用的块数:8192(total blocks) - 7848(free blocks) = 344。该值与上面得出的值一致。
 


上面的换算方法对于空的文件系统很容易实现,但是对于非空的文件系统,由于Meta Data中文件间接块的大小不定,因此较难实现。所以我们不需要查看du 与 df返回的值的匹配关系,而只需要了解du -s命令返回的值反映了分配给文件及目录的磁盘块数,而df命令则反映了文件系统的实际分配情况。df命令反映的实际情况包含了用户数据(文件及目录)和Meta Data。
 
另一个表现出du与df命令不同之处的例子如下:
如果用户删除了一个正在运行的应用所打开的某个目录下的文件,则du命令返回的值显示出减去了该文件后的目录的大小。但df命令并不显示减去该文件后的大小。直到该运行的应用关闭了这个打开的文件,df返回的值才显示出减去了该文件后的文件系统的使用情况。

 
 
 
 
 

 

现象
python print 无输出

[root@d personas]# python fixEsMysql.py
[root@d personas]# python fixEsMysql.py
[root@d personas]# python fixEsMysql.py
[root@d personas]# python fixEsMysql.py
[root@d personas]# python fixEsMysql.py
[root@d personas]# python fixEsMysql.py


[root@d ~]# cd /tmp-bash: cannot create temp file for here-document: No space left on device
^C
[root@d ~]# ^C
[root@d ~]# cd /tmp/


排查系统盘100%
排查系统盘文件
【吸取教训,不执行mv,执行cp,再echo >】
cp /usr/local/php7/logs/fpm_error_log /data/mvTOdataDisk/usr_local_php7_logs_fpm_error_log

ll -ash /data/mvTOdataDisk/

echo > /usr/local/php7/logs/fpm_error_log

 

[root@d ~]# cd /tmp/
[root@d tmp]# ls
hsperfdata_elsearch sess_7au46i0atajba9nm7rn2hifv27 sess_esuuj2449abj19sajjj8lhhn33 sess_kg2c1vt2omdrvpujim4vadmb25 sess_r9ovl7hj8cuus1mnbcse03tta7
hsperfdata_root sess_95g3q22828n4sid1gp88prdpc5 sess_eveqacn11h7gvq0c9nntr6lo43 sess_kka13mgbdpjk86u5pmsj8t5dt3 sess_rgut8lragg4n3pfnf8cqp23to4
jna-3506402 sess_96c3vl9e25ebqnfp5fhifd9kr2 sess_f4ef5v2njsa2hsbisbgl6dpdu5 sess_ld4d5h70rig1q89bf7c4ahik65 sess_s5stplu57sjmsrl42eqd5kh5u4
jna-384964879 sess_997or158n9jo5r0b53c18rcmd6 sess_fjurpi6cvjchd3f8gqu19lsga4 sess_m7rapre6060mmmh8oea1o0c0f3 sess_s612jk0pgcfd10bv3rlcpoa737
pear sess_a2icqldea9lk7il7p6f5bed7u2 sess_fqh5lm2jh0ts9415gvn65ejei2 sess_mmhulsmnu7q47j5s1r3h1fn0e6 sess_sbt7kljn0oqjbq2oepbk9ae551
sess_06ofvsu8v8fl19kcui19fplml7 sess_aasv9v6grt91vvg88b3if1ksm5 sess_ggjl12vhq51mtrg21upp2kt4l7 sess_munmk8otqq71ci6err2e0i78f3 sess_t90b7pt8kn5r662dkgqrn3mdo2
sess_0gdpervcclcuu6g8g38e4b3lc0 sess_aea2pk9n06higksqs8oi3ie9a5 sess_ghmudrqd69lunfhhdcijsuc404 sess_n04pco90hn85476i9a3oj862u2 sess_tg98cv60nefqpp6ecgi8e237j2
sess_14273qnsnkkssa5ojhjm4f7d81 sess_ai38h86gd80kqbef91bbmd1la7 sess_haiarl8d2r7pc73tha8frev2e7 sess_n68uepcec5ieoh39vp60bqcie1 sess_tibtddd9jqc98oqrf54vpnnii5
sess_1pd42ep48fed019352ormcoit0 sess_b8mi5m7bg8dnfp7mbba2mpdii5 sess_hc654u9hj7ifu0l82e70ncvir0 sess_n7j30fnnk5vhsi379c10st0546 sess_tk0mha2gj46c4gd93e8r8bquu0
sess_1si044tgsfcfau8tsepvt9prh7 sess_bkkl3kl9j7vrhevfdf98h8kcg5 sess_hgqohslj7l2gn1qjdo9fojv2c4 sess_nrtdusc9c934ea0rcsc37d45v6 sess_tlnhe1097c4jdeh60rv59comi4
sess_2jklj1urieq9k31289hfggsd17 sess_bkq5j9a3askbn2ltl9bf78ta41 sess_hh7e2od1mpu9ctojik9qope3n2 sess_ockgtv622nts7s847627ujnj54 sess_torb5v8tgt9cr858ld774rism0
sess_32daifk6p1tr9g6q8gh4mjs661 sess_bs2ievvbaeg9kvptmtffq0bq17 sess_hksug2nm7vpakf4urnl42951a4 sess_ojrfmbk89n54o1ceep2qhanbd1 sess_u7aba08ggfnjs1obm12sfaq7p6
sess_36cs7ekgpijnk6g956feim50o3 sess_c51e4tfelo4dv52g5m70somtm5 sess_ik7ivmt4aukhatugo5stfj70a4 sess_p61grm11mbv92kg25ij446cql4 sess_ugjkcjc262epghfvj47m5l0i97
sess_3rm97e9u330jipimt72kls95o7 sess_d2e4kf406jqtjrnvt0crdaloa4 sess_imcq3fio1nk1a5ta64b2gdhbn1 sess_p7ktcrampik4t651idtirp4hq4 sess_uhmfet3j0539950f57d4401ei3
sess_4hp6ci0aevfns8uspp4pnbu5b6 sess_db9sad1oosqg1mn6vj9vqvco04 sess_inbmt6lnqco25uq8rsnqne79t7 sess_paneonsjs8s634kum5adunm1f6 yum_save_tx.2018-09-28.18-16.X3yF3h.yumtx
sess_4j5mivrul2ehapb9313avuf1d1 sess_dm9musfk3n6focuiauut5n6um0 sess_ivo7j2rjum5lpih71jahecpl74 sess_pi3uch1balga2pokqlj92iap80 yum_save_tx.2018-09-28.18-26.CW5GrU.yumtx
sess_5oqaa8k60bbgftqie6md38fpe4 sess_dpj9eudo6eg9o0u0fh3l340df7 sess_jpu4k6m7kaf0i7j4r30coiem66 sess_qf0rp06q5mj490tbashvoo2qm7
sess_72t6ff9iv8bkgl8n14aojdd637 sess_e12fppmpfh5ngo5isi2fqrov41 sess_k64u29ugo37e380tcg6jonmei6 sess_qqhb1e09fsu5itb4m046o9cjq1
[root@d tmp]# cd ..
[root@d /]# cd /us-bash: cannot create temp file for here-document: No space left on device
^C
[root@d /]# ^C
[root@d /]# ^C
[root@d /]# cd /usr/
[root@d usr]# du --max-depth=1 -h .
141M ./bin
22G ./local
4.0K ./games
29M ./include
582M ./lib
56M ./sbin
4.0K ./etc
78M ./libexec
330M ./java
417M ./lib64
272M ./src
519M ./share
24G .
[root@d usr]# du --max-depth=1 -h ./lo-bash: cannot create temp file for here-document: No space left on device
-bash: cannot create temp file for here-document: No space left on device
^C
[root@d usr]# ^C
[root@d usr]# du --max-depth=1 -h ./local
7.6M ./local/bin
198M ./local/aegis
4.0K ./local/games
455M ./local/python2712
219M ./local/cloudmonitor
43M ./local/elasticsearch-2.4.1
22M ./local/freetds0.91
7.0M ./local/nginx
740K ./local/include
90M ./local/lib
4.0K ./local/sbin
4.0K ./local/etc
4.0K ./local/libexec
541M ./local/boost
4.0K ./local/lib64
19G ./local/php7
1.9G ./local/mysql
4.0K ./local/src
2.7M ./local/share
18M ./local/freetds
22G ./local
[root@d usr]# du --max-depth=1 -h ./local/php7
4.0K ./local/php7/www
115M ./local/php7/bin
18G ./local/php7/logs
5.0M ./local/php7/include
4.0K ./local/php7/man
11M ./local/php7/lib
38M ./local/php7/sbin
108K ./local/php7/etc
92K ./local/php7/php
128K ./local/php7/docs
196K ./local/php7/tests
4.0K ./local/php7/cfg
20K ./local/php7/var
16K ./local/php7/data
2.3M ./local/php7/share
19G ./local/php7
[root@d usr]# ls /data/
elasticsearch genTokenForApp log lost+found mysql ossutil rootbak sem superpub unionlog xiaole_chk_url xiaole_chk_url.zip xiaole_dl_img xiaole_dvops_DB
[root@d usr]# mkdir /data/mvTOdataDisk
[root@d usr]# ll -ash /usr/local/php7/var/log
total 12K
4.0K drwxr-xr-x 2 root root 4.0K Feb 9 2017 .
4.0K drwxr-xr-x 4 root root 4.0K Feb 9 2017 ..
4.0K -rw------- 1 root root 3.9K Aug 29 2017 php-fpm.log
[root@d usr]# ll -ash /usr/local/php7/var/logs
ls: cannot access /usr/local/php7/var/logs: No such file or directory
[root@d usr]# ll -ash /usr/local/php7/logs
total 18G
4.0K drwxr-xr-x 2 root root 4.0K Aug 29 2017 .
4.0K drwxr-xr-x 17 root root 4.0K Sep 29 09:50 ..
18G -rw-r--r-- 1 root root 18G Sep 30 09:17 fpm_error_log
52K -rw-r--r-- 1 root root 50K Aug 30 17:49 php-error.log
[root@d usr]# cp /usr/local/php7/logs/fpm_error_log /data/mvTOdataDisk/usr_local_php7_logs_fpm_error_log


[root@d usr]# echo > /usr/local/php7/logs/fpm_error_log

[root@d usr]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 40G 22G 16G 58% /
devtmpfs 16G 0 16G 0% /dev
tmpfs 16G 0 16G 0% /dev/shm
tmpfs 16G 161M 16G 2% /run
tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/vdb 1.1T 447G 581G 44% /data
tmpfs 3.2G 0 3.2G 0% /run/user/0
[root@d usr]#

 

 

发表评论

0/200
24 点赞
0 评论
收藏