centos /dev/mapper/cl-root 100% 解决方法

叁歲伎倆 2022-05-17 05:24 105阅读 0赞

# [centos /dev/mapper/cl-root 100% 解决方法][centos _dev_mapper_cl-root 100_] #

本来是要在虚拟机上安装grpc进行测试的，结果发现gradle不能使用，然后去安装gradle，安装gradle之前要先安装sdkman，而官网sdkman的安装半天没反应，于是就想着yum 试试，结果

![1254988-20171024115759566-716570072.png][]

之前跑spark推荐系统时也遇到这要的情况，可是我free发现

![1254988-20171024115907519-1011764434.png][]

还是有很大的空间，于是使用df查看了一下

![1254988-20171024120009863-1338216904.png][]

/dev/mapper/cl-root 100%，瞬间懵逼，因为我不知道这是什么东西，网上一番搜罗，大概知道了跟liunx系统物理空间分配有关，liunx本身也是会有日志的，我想可能是日志系统占据太多空间了。

![1254988-20171024120443144-526818951.png][]

发现并不大，cache和log都去查了，没发现什么大文件，最终只好全局查找大文件了。 find / -xdev -size +100M -exec ls -l \{\} \\;

![1254988-20171024120628754-1153868813.png][]

找到了罪魁祸首，前段时间，在虚拟机进行了mysql数据库同步测试，导致了大量文件放入mysql中，不想去mysql中一一删库，于是就暴力删库了，

![1254988-20171024121001832-1954417510.png][]

于是，这样yum能用了

![1254988-20171024121046707-1355468294.png][]

总结：

/dev/mapper/cl-root 100%  
在进行文件系统占满之后，系统不会宕机；  
在重启服务的时候，本来/var/log/message文件是可以记录日志的，但是文件系统满了之后，日志不再进行记录；

文件系统占满之后，依然可以进行重启服务；

文件系统占满之后，使用yum和rpm会无法出现结果，结果一直hang住；

文件系统占满之后，照样可以登录系统，照样可以执行命令，依然提供远程链接服务。  
在将磁盘空间进行清理之后，那么日志系统恢复正常运行。

参考文献：

[https://www.cnblogs.com/elizwy/p/7722898.html][centos _dev_mapper_cl-root 100_]

[centos _dev_mapper_cl-root 100_]: https://www.cnblogs.com/elizwy/p/7722898.html
[1254988-20171024115759566-716570072.png]: /images/20220517/8ba15b4968d1426eb5c93b0821cc673e.png
[1254988-20171024115907519-1011764434.png]: /images/20220517/88ae8e44c4934a2ea316ff784cf29dcb.png
[1254988-20171024120009863-1338216904.png]: /images/20220517/fb0a5c4b73d8483a847260e9e8cd8a5e.png
[1254988-20171024120443144-526818951.png]: /images/20220517/c10950e4a61148cc91b618e1c95e4b83.png
[1254988-20171024120628754-1153868813.png]: /images/20220517/ed2d73f854354e46b22943ca704ba1c2.png
[1254988-20171024121001832-1954417510.png]: /images/20220517/d591f1a28e834637a6ac01e9634d9733.png
[1254988-20171024121046707-1355468294.png]: /images/20220517/3e144391a8884a0787634a67ed256549.png