Solaris 10服务器上用于交换内存的df-h的不同输出

我在Solaris 10服务器上的交换内存（/tmp文件系统）在不同的时间得到不同的df-h输出。我找不到太多关于实际的原因，而且我也很困惑怎么会这样呢

我在不同的时间得到这些输出

1） w0110Da04ins/apps/ins>df-h

Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t0d0s0      9.9G   1.5G   8.3G    16%    /
/devices                 0K     0K     0K     0%    /devices
ctfs                     0K     0K     0K     0%    /system/contract
proc                     0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
swap                   508M   1.0M   507M     1%    /etc/svc/volatile
objfs                    0K     0K     0K     0%    /system/object
sharefs                  0K     0K     0K     0%    /etc/dfs/sharetab
/dev/dsk/c1t0d0s3       20G   4.2G    15G    22%    /usr
/usr/lib/libc/libc_hwcap2.so.1
                        20G   4.2G    15G    22%    /lib/libc.so.1
fd                       0K     0K     0K     0%    /dev/fd
/dev/dsk/c1t0d0s4       20G   7.3G    12G    38%    /var
***swap                   578M    71M   507M    13%    /tmp***
swap                   507M    32K   507M     1%    /var/run
/dev/dsk/c1t1d0s0      135G   101G    33G    76%    /int01
/dev/dsk/c1t2d0s0      135G   6.9G   126G     6%    /int02
/dev/dsk/c1t0d0s5       20G   637M    19G     4%    /apps
/dev/dsk/c1t0d0s6       15G   7.4G   7.2G    51%    /export/home
LDAP                   244G    57G   187G    24%    /LDAP

Here, /tmp has total size 578 MB. But in the second output below, I have:

2) root@***w0110Da04*** # df -h
Filesystem             size   used  avail capacity  Mounted on
/dev/dsk/c1t0d0s0      9.9G   1.5G   8.3G    16%    /
/devices                 0K     0K     0K     0%    /devices
ctfs                     0K     0K     0K     0%    /system/contract
proc                     0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
swap                    28G   1.0M    28G     1%    /etc/svc/volatile
objfs                    0K     0K     0K     0%    /system/object
sharefs                  0K     0K     0K     0%    /etc/dfs/sharetab
/dev/dsk/c1t0d0s3       20G   4.2G    15G    22%    /usr
/usr/lib/libc/libc_hwcap2.so.1
                        20G   4.2G    15G    22%    /lib/libc.so.1
fd                       0K     0K     0K     0%    /dev/fd
/dev/dsk/c1t0d0s4       20G   7.3G    12G    38%    /var
***swap                    29G   707M    28G     3%    /tmp***
swap                    28G    36K    28G     1%    /var/run
/dev/dsk/c1t1d0s0      135G   103G    30G    78%    /int01
/dev/dsk/c1t2d0s0      135G   6.9G   126G     6%    /int02
/dev/dsk/c1t0d0s5       20G   637M    19G     4%    /apps
/dev/dsk/c1t0d0s6       15G   7.4G   7.2G    51%    /export/home
LDAP                   244G    56G   188G    23%    /LDAP

这里，/tmp的总大小为29GB

这两个都是交换内存，那么同一台服务器在不同时间的大小差异有多大，以及总交换大小的差异有多大

---

请帮忙

Mby您的openldap或某些应用程序使用tmp目录？试试ls-laerth/tmp

你能显示swap-l的输出吗？合理的解释是，第一个df是在启用一个或多个交换区域之前运行的。这与此有什么关系？@EJP:实际上，我正在这台机器上运行openldap。DB_CONFIG文件中的临时目录字段指向/tmp。基本上，我在我的机器上使用它作为目录结构，每当运行任何查询时，它们都在openldap目录结构上操作。另外，我在另一台机器上也有相同LDAP版本（2.3.43）的类似LDAP配置，但我没有遇到任何此类问题。由于这个问题，在某个时间点（大约5天后），没有更多的交换可用。@马克：实际上，交换内存为578M的df的输出在5天后发生。最初，当我重新启动LDAP二进制文件（slapd）时，交换大小为29GB。但是，过了几天，它的体积就缩小到了578米。如果我再次重新启动slapd二进制文件，那么整个交换仍然可用，并且不会出现交换空间问题。