centos /dev/mapper/cl-root 100% 解决方法
2022/9/4 5:22:55
本文主要是介绍centos /dev/mapper/cl-root 100% 解决方法,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
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住;
文件系统占满之后,照样可以登录系统,照样可以执行命令,依然提供远程链接服务。
在将磁盘空间进行清理之后,那么日志系统恢复正常运行。
这篇关于centos /dev/mapper/cl-root 100% 解决方法的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-05-15PingCAP 黄东旭参与 CCF 秀湖会议,共探开源教育未来
- 2024-05-13PingCAP 戴涛:构建面向未来的金融核心系统
- 2024-05-09flutter3.x_macos桌面os实战
- 2024-05-09Rust中的并发性:Sync 和 Send Traits
- 2024-05-08使用Ollama和OpenWebUI在CPU上玩转Meta Llama3-8B
- 2024-05-08完工标准(DoD)与验收条件(AC)究竟有什么不同?
- 2024-05-084万 star 的 NocoDB 在 sealos 上一键起,轻松把数据库编程智能表格
- 2024-05-08Mac 版Stable Diffusion WebUI的安装
- 2024-05-08解锁CodeGeeX智能问答中3项独有的隐藏技能
- 2024-05-08RAG算法优化+新增代码仓库支持,CodeGeeX的@repo功能效果提升