如何解决/tmp（swap）文件系统报无可写空间的错误

snailtrace

系统有时出现如下类似报错：

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

- End -      


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/56536/showart_1161771.html