如何解决文件系统报无可写空间的错误

这篇文章主要讲解了"如何解决文件系统报无可写空间的错误"，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"如何解决文件系统报无可写空间的错误"吧！

系统有时出现如下类似报错： WARNING: /tmp: File system full, swap space limit exceeded 出现这种报错有如下几种常见的原因： 1）物理内存不够用； 2）Swap空间不够用； 3）某些用户在使用/tmp文件系统； 4）特定程序占用大量内存； 5）某些错误的脚本无限耗尽资源。 对于以上的原因造成的报错可以采取如下措施： 1）增加物理内存。 2）增加Swap - 如下方法可以简单地实现（注：增加的Swap会随着系统的重起而消失） #mkfile [g | k | b | m] /swap #swap -a /swap - 运行"swap -l"可以确认追加的Swap。 3）告知用户/tmp的使用时注意事项。 4）Kill程序。 5）修改脚本。 查找报错的原因： - 使用命令可查出占用最大资源的程序或有无无限耗尽资源的脚本。 # /usr/bin/ps -el | sort -rn -k 10 例：如何计算占资源大小 > bash-2.05# /usr/bin/ps -el | sort -rn -k 10
> 8 S 0 585 557 0 40 20 ? 16981 ? ? 0:04 Xsun
> bash-2.05# pagesize
> 8192
>
> 16981 * 8192 = 139108352byte 即 139M 例：有无限耗尽资源的脚本运行时 > 0 S 0 27982 27981 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27979 27978 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27975 27974 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27971 27970 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27967 27966 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27963 27962 0 40 20 ? 328 ? ? 0:00 sh
> 0 S 0 27981 27980 0 40 20 ? 327 ? ? 0:00 sh
> 0 S 0 27980 27979 0 40 20 ? 327 ? ? 0:00 sh
> 0 S 0 27978 27977 0 40 20 ? 327 ? ? 0:00 sh - 察看有无用户或程序在使用/tmp ？ # ls -alR /tmp > /log.tmp # ls -alR /var/tmp > /log.var_tmp - 其他可察看Memory和IO的命令： # vmstat 5 5 # iostate 5 5

感谢各位的阅读，以上就是"如何解决文件系统报无可写空间的错误"的内容了，经过本文的学习后，相信大家对如何解决文件系统报无可写空间的错误这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！