1
lavadore 2015-09-08 21:46:34 +08:00
/dev/vda1 20G 19G 0 100% /
磁盘没空间了。。。清理你自己的文件啊, mysql 的不要不要直接清理文件夹 |
2
razrlele OP @lavadore -rw-r--r-- 1 razrlele razrlele 13G Sep 8 08:43 phpfpm_error.log
。。。 Orz 终于找到原因了。。。突然出现了 13G 的 log 。。。我是不是只能 rm 了 QAQ |
4
razrlele OP @lavadore 额。。。刚才 cat 了一下。。。发现都是 BackUp 插件的锅。。。目测就是那个插件抽风了。。。
|
5
Mac 2015-09-08 22:44:33 +08:00
学好英语很重要!!!!
|
6
razrlele OP @Mac 囧。。。并不是没有看懂那句话。。。而是用错命令来查询当前目录下的文件大小(应该用 du -sh ./* 的说),然后当时确实很不要脸地以为自己是数据库被黑了所以有点慌。。。
#然而其实从头到尾并没有什么人鸟我#。。。 0.0 |
7
octopus_new 2015-09-08 23:40:34 +08:00
@razrlele 你用的命令没什么错,而且命令结果已经显示原因了。 感觉是因为你不理解 Linux 文件结构,/var 并没有单独的磁盘分区,那么就必定是在根分区上,那么 100%的根分区 usage ,这就是直接原因了...
|
8
razrlele OP @octopus_new 额。。。/var 没有单独的磁盘分区这个我确实没有了解。。。 Linux 文件系统熟悉有待提高。。。
不过我这个是 DO 的 vps ,应该也没有多个磁盘分区吧。。。那里面说的根分区应该就是整个磁盘空间。。。 我说我命令用错了是指我用这个命令根本就找不到变大的文件夹到底在哪里,后来换了 du 那个命令才能看当前目录下文件夹的大小才找到是 /home 下面的网站目录里面突然生成了 13G 的 log 文件(目测就是 WP 的一个插件抽风了),直接把整个磁盘写满了所以才导致 mysql 无法启动的。。。 |
9
XianZaiZhuCe 2015-09-09 08:52:15 +08:00
一般英文还行,都能直接看出问题。可是我英文不怎么样
|
10
octopus_new 2015-09-09 17:01:40 +08:00
@razrlele log 文件还是放在固定位置比较好,比如 /var/log/[log folder]
|