标签：mapper centos cl 100% 文件系统 dev 日志

centos /dev/mapper/cl-root 100% 解决方法 - 青木天阁 - 博客园  https://www.cnblogs.com/elizwy/p/7722898.html

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

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

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

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

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

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

于是，这样yum能用了

总结：

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

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

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

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

标签：mapper,centos,cl,100%,文件系统,dev,日志
来源： https://www.cnblogs.com/jmbt/p/16653707.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。