在过去的几年里，我们的多个 Linux 服务器一次又一次地遇到同样的问题：我们的/dev/mapper/vg00-var文件夹最大容量为 100%，这意味着服务器上的所有站点都死掉了。
我们找到了一个临时解决方案，即增加此var文件夹的大小。然而，即使我们不断增加该文件夹的大小，它仍然会被填满，并且即使文件夹大小非常大，我们也有一台服务器达到最大容量。
有没有办法清空该文件夹，因为它会定期占用我们的服务器容量？另外，这里保存的文件是什么？他们需要吗？有没有办法防止这么多数据存储在这里？
我们正在服务器上运行一个 CMS 站点，名为混凝土5。
答案1
看起来您/var首先需要对该文件夹进行审核。
如果您是系统管理员，那么仅仅安装软件并看看会发生什么通常不是一个好主意。知道/学习软件对文件系统也做了什么。还有监控工具/var这可以防止文件夹填满时出现如此大的意外。
系统日志
文件夹上的可用空间缩小的一个常见原因/var是日志。有一个包，logrotate它可以轮换日志并防止日志空间不成比例地增长。在基于 Debian 的系统上，大多数（如果不是全部）使用日志的系统包都是 logrotate 感知的，即它们带有预定义的规则集来回收其日志文件。
CMS 中的文档
如果是CMS/var/www作为其存储空间，则您必须自行检查导致存储空间增加的原因。您至少需要每天监控它（参见上面的监控工具）。
您的 CMS 中是否有多媒体文件？人们是否被告知如何处理他们的文件？他们知道如何管理文档的大小吗？出版是公开的吗？是否经过审核？
所有这些问题都会影响您必须采取哪些措施来防止无政府主义增长。
入侵者
如果它是公共网络服务器，那么它被破坏的情况并不少见，尽管我不确定网络服务器是否会像这样被占用。一般来说，我见过的网络攻击仅限于将服务器变成一个僵尸网络会员和垃圾邮件机器人，但也不能排除这种灾难性的影响。
如果您无力安装复杂的监控解决方案，您至少必须检查已使用的空间：
du -hsx /var/www/*
-h for a human-readable report
-s for a brief summary of all files and subfolders
-x to stay on the same volume (in case other mounts under exist `/var/www`)
另外，这里保存的文件是什么？
他们需要吗？
这些问题您必须自己找到答案，或者至少在系统管理员的帮助下找到答案。最重要的是，在考虑删除文件之前，您必须确定导致这种增长的原因。这就是为什么持续、定期的监控是最好的。