情景linux--如何解决单日志文件过大导致的磁盘空间不足（（实践篇））情景linux--如何解决单日志文件

背景上一篇文章讲解了如何处理服务器日志文件过大导致的磁盘空间不足，链接为：情景linux--如何解决服务器日志过多导致的磁盘空间不足？。由于篇幅的原因，并没有给出实际的操作，所以有了本实践篇。
其实，解决服务器日志文件过大导致的磁盘空间不足有许多种方法，不再赘述。本文及前文的重点在于，在文中所述的特殊场景下，所体现出来的linux知识点及解决方案。
实例承接上文，我们只需关注/opt目录的磁盘占用情况即可。
使用du和df命令查看/opt目录的磁盘使用情况：

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G20G181G10% /opt

sudo du -sh /opt

20G /opt

由上可知，df和du得到的/opt的磁盘占用空间基本一致；这也是理论篇提到的正常情况下。
为了让磁盘的使用情况更加明显，在/opt目录下创建一个20G的大文件：

sudo fallocate -l 20G /opt/some_server.logfile

ls -l /opt/some_server.logfile

-rw-r--r-- 1 root root 21474836480 Jun 30 12:34 /opt/some_server.logfile

此时，再次查看磁盘使用情况：

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G40G161G20% /opt

sudo du -sh /opt

40G /opt

由上可知，df和du得到的/opt的磁盘占用空间基本一致，这依然是理论篇提到的正常情况下。
新开一个终端窗口，使用cat命令向some_server.logfile文件中追加内容：

sudo cat >> /opt/some_server.logfile

这时，命令挂起，等待你输入要追加的内容。其实，这里并不需要真的输入内容，保持现状即可。这一步是为了让程序模拟理论篇中提到的:

当一个应用程序正在写一个大文件的时候，虽然我们可以对这个文件进行删除或挪走，但应用程序依然占有着句柄，并根据句柄所指磁盘位置直接写磁盘，而不检查该文件是否存在。

在原来的终端窗口，删除some_server.logfile文件：

sudo rm /opt/gentoo_root.img

此时，再次查看磁盘空间：

sudo du -sh /opt

20G /opt

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G40G161G20% /opt

这就是理论篇中提到的特殊情况了。
解决删除文件，但空间未释放的问题
这时，我们将追加文件的进程结束掉，再次查看磁盘空间，磁盘占用恢复正常：

sudo du -sh /opt

20G /opt

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G20G181G10% /opt

事实上，出现此类问题时，应该使用lsof | grep deleted命令查看：

当有进程打开某文件时文件被删除，就会将该文件标记为deleted：

sudo lsof | grep deleted | grep some_server.logfile

sudo19134root1wREG8,1 21474836480887685 /opt/some_server.logfile (deleted) cat19135root1wREG8,1 21474836480887685 /opt/some_server.logfile (deleted)

第二列为进程id，kill -9杀掉即可。
最佳方案
如果我们在最初出现磁盘空间不足的时候，不删除日志，而是清除其内容，情形则完全不同。
创建20G的大文件后的磁盘空间状况：

sudo du -sh /opt

40G /opt

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G40G161G20% /opt

同上，新开一个终端窗口，使用命令向some_server.logfile文件中追加内容。
在原终端里用命令清空文件some_server.logfile的原有内容:

sudo echo "this will be the 1st line." > some_server.logfile

查看文件内容：

cat some_server.logfile

this will be the 1st line.

再查看磁盘空间：

sudo du -sh /opt

20G /opt

df -lh

FilesystemSizeUsed Avail Use% Mounted on /dev/mapper/cl-root92G11G81G12% / devtmpfs7.8G07.8G0% /dev tmpfs7.8G07.8G0% /dev/shm tmpfs7.8G82M7.7G2% /run tmpfs7.8G07.8G0% /sys/fs/cgroup /dev/sda11014M138M877M14% /boot /dev/mapper/vg_data2-lv_data2200G20G181G10% /opt

【情景linux--如何解决单日志文件过大导致的磁盘空间不足（（实践篇））】而此时追加文件的命令窗口，依然等待着输入要追加的内容，不妨输入几行：