/tmp文件系统莫名奇妙的增长，为什么？

shiux

我们这一台S7A，aix4.3.3，ORA806/ORA817实例各一个。与另一台小机作了HA。\r\n机器运行/业务运行良好，但/tmp文件系统在业务繁忙期后，会增长，且不释放空间，奇怪之处在于：\r\n1）使用df -k ,看文件系统/tmp利用率为77%（/tmp 为300M），但\r\n2）在/tmp下使用du -k看，文件占用空间仅为十几兆\r\n不知道是什么问题，请求大家帮助。\r\n\r\n使用fuser /tmp看只有几个正常的系统进程（cron,ha,x）,\r\nfuser -c /tmp看除了以上进程，还有几十个ORA的客户端连接进程，这些进程主要使用/tmp/.oracle目录，该目录中有几个标记为s的socket类型的文件,其大小为0.\r\n\r\n请大家帮助看看,看有哪些方面有问题,给我提供点思路!谢谢了\r\n同时问在AIX4.3.3下如何看某个进程用了哪些文件？谢谢！

萧瑟

是不是有部分空间做了swap

shiux

问题的补充说明\r\n1）使用df -k ,看文件系统/tmp利用率为77%（/tmp 为300M），但\r\n2）在/tmp下使用du -k看，文件占用空间仅为十几兆\r\n3）关闭ORA（2个实例）及HA，即使用smitty clstop关闭HA（HA的脚本中会自动关闭ORA），/tmp的空间用df看下来了，仅为4-5%。\r\n\r\n回楼上<萧瑟>;:\r\n1)你说的SWAP是什么意思？是指PAGESPACE吗？\r\n2)/tmp下没有pagespace!

shiux

问题的补充说明2\r\n11月30日机器关闭HA及ORA后，/TMP空间降下来后的/TMP情况：[hostname:/tmp]#ls -l /tmp\r\ntotal 528\r\ndrwxrwxrwx   2 root     system       512 Sep 22 19:34 .X11-unix\r\n-rw-r--r--   1 root     system       306 Aug 21 03:35 .list_filesets.out\r\n-rw-r--r--   1 root     system       198 Aug 21 03:35 .list_filesets.toc\r\ndrwxrwxrwx   2 oracle   dba          512 Nov 30 19:23 .oracle\r\n-rw-r--r--   1 root     system        27 Aug 21 03:32 .sm_inst.tmpfile.66430\r\n-rw-------   1 root     system         0 Jul 13 22:19 .strload.mutex\r\n-rw-r--r--   1 root     system         0 Dec 01 00:00 clinfo.rc.out\r\n-rw-r--r--   1 root     system        64 Nov 30 17:43 clinfo.rc.out.1\r\n-rw-r--r--   1 root     system      1692 Nov 30 17:43 cm.log\r\n-rw-r--r--   1 root     system      1288 Nov 30 17:35 cm.log.1\r\n-rw-r--r--   1 root     system         0 Dec 01 00:00 hacmp.out\r\n-rw-r--r--   1 root     system    169518 Nov 30 17:45 hacmp.out.1\r\nlrwxrwxrwx   1 root     system        19 Oct 21 16:04 i4ipc.ppe ->; /var/ifor/i4i\r\npc.ppe\r\n-rw-r-----   1 root     system      1632 Dec 01 00:06 i4ls.ini\r\n-rw-r-----   1 root     system      1104 Dec 01 00:06 llmdb.dat\r\n-rw-r-----   1 root     system     19456 Dec 01 00:06 llmdb.idx\r\n-rw-r-----   1 root     system       222 Dec 01 00:06 llmlg00_.dat\r\n-rw-r-----   1 root     system      9216 Dec 01 00:06 llmlg00_.idx\r\n-rw-r-----   1 root     system         0 Dec 01 00:06 llmlg01.dat\r\n-rw-r-----   1 root     system      7168 Dec 01 00:06 llmlg01.idx\r\n-rw-r--r--   1 root     system         0 Nov 30 17:43 lsvg.err\r\n-rw-r--r--   1 root     system         0 Nov 30 17:43 mount.err\r\n-rw-r--r--   1 root     system         0 Nov 30 17:43 mount1.err\r\n-rw-r--r--   1 root     system        57 Nov 30 17:43 mount1.out\r\n-rw-r-----   1 root     system         0 Dec 01 00:06 nodelock\r\n-rw-r--r--   1 root     system       175 Nov 30 17:56 normaltmp.txt\r\n-rw-r--r--   1 root     system         0 Nov 30 17:43 sdd.temporary.file\r\n-rwxr-xr-x   1 root     system         0 Nov 30 17:43 sddsrv.out\r\n-rw-------   1 root     system         0 Dec 01 09:00 ssaraid.lock\r\n-rw-r-----   1 root     system       525 Dec 01 00:06 userfile\r\n\r\n[hostname:/tmp]#du -k /tmp\r\n4       /tmp/.oracle\r\n4       /tmp/.X11-unix\r\n268     /tmp\r\n\r\n[hostname:/tmp]#df -k\r\nFilesystem    1024-blocks      Free %Used    Iused %Iused Mounted on\r\n/dev/hd3           376832    364700    4%       52     1% /tmp\r\n\r\n[hostname:/tmp]#ls -l .X11-unix\r\ntotal 0\r\nsrwxrwxrwx   1 root     system         0 Sep 22 19:34 X0\r\n\r\n[hostname:/tmp]#ls -l .oracle\r\ntotal 0\r\nsrwxrwxrwx   1 gt       dba            0 Jul 13 23:02 s#22282.1\r\nsrwxrwxrwx   1 gt       dba            0 Nov 30 17:44 s#28758.1\r\nsrwxrwxrwx   1 gt       dba            0 Aug 21 03:44 s#69834.1\r\nsrwxrwxrwx   1 oracle   dba            0 Nov 30 19:23 sSNMP_ADDRESS_FOR_ORACLE_S\r\nUBAGENT\r\n\r\n[hostname:/tmp]#fuser /tmp\r\n/tmp:    14972   81702c\r\n[注：14972:/usr/sbin/cron,81702: -ksh]\r\n\r\n[hostname:/tmp]##fuser -c .X11-unix\r\n.X11-unix:    10328   12494   14972   16024   17264   18480   18934   19230   19\r\n486   22396   24154   25192   26260   27212   27674   28758   29972   30802   31\r\n828   32154   32894   33056   33958   34410   34606   35120   37004   38160   38\r\n458   40398   42024   46324   46528   46752   46890   47254   47594   48310   48\r\n452   49062   49880   51270   52376   55706   56280   57612   58636   58882   61\r\n152   61548   62632   64680   65132   66238   66424   66676   67186   69622   70\r\n320   70798   72054   72486   73410   73910   74194   74902   75008   75348   76\r\n986   77096   77992   78352   79168   79602   79720   79898   80186   80462   80\r\n784   80924   81386   81702c   82038   82536   82776   83192   83210   83818   8\r\n4150   84564   84832   84998   85282   85614   85968   86260   86612   87000   8\r\n7064   87444   87586   87892\r\n\r\n[hostname:/tmp]#fuser -c .oracle\r\n.oracle:    10328   12494   14972   16024   17264   18480   18934   19230   1948\r\n6   22396   24154   25192   26260   27212   27674   28758   30802   31828   3215\r\n4   32894   33056   33958   34410   34606   35120   37004   38160   38458   4039\r\n8   42024   46324   46528   46752   46890   47594   48310   48452   49062   4988\r\n0   51270   52376   55706   56280   58636   58882   61152   61548   62632   6468\r\n0   65132   66246   66424   66676   67186   69622   70320   70798   72054   7231\r\n2   72486   73910   74194   74340   74902   75008   75348   76986   77096   7741\r\n8   77580   77992   78352   78906   79168   79602   79720   79898   80186   8046\r\n2   80784   80924   81388   81702c   82038   82536   82776   83192   83210   838\r\n18   84150   84564   84998   85282   85614   85978   86260   86612   87000   870\r\n64   87444   87586   87892\r\n[注：\r\n140328:/usr/lpp/X11/bin/X -D /usr/lib/X11//rgb -T -force :0 -auth /var/dt/A:0-RojRqa\r\n14972:/usr/sbin/cron\r\n18934:/usr/sbin/cluster/clstrmgr\r\n19230:/usr/sbin/sddsrv\r\n...\r\n其他大多数是ORA 817的连接进程，这一台机器安装了两个ORA：一个是ORA 817一个是ORA806都在使用，但这里看到的只有817的连接进程！难道是ORA 817的问题？\r\n]

dugong

类似的问题我曾经问过800，并且根据这个现象看，应该是oracle占用了/tmp作为运行中的缓冲，并不是作为实际文件存在的，所以du看不出来，但df看使用空间却是被占用。可以重新定向oracle的设置，或干脆扩大一些/tmp空间。

shiux

问题的补充说明3:\r\n该机上ORA806的应用为二层结构。\r\nORA817的应用为3层结构，WEB及应用中间件为weblogic7.01,weblogic使用JDBC连接该机的ORA817，JDBC连接池配置为min:50,max:200,增长调节数为1。\r\n\r\n是不是weblogic的JDBC连接池的问题呢？但JDBC连接方式应该和普通二层结构连接对服务器来说是一样的呀。但为何会有那么多ORA817连接进程在使用/tmp呢（而ORA806连接进程好像没有用/TMP）？难道JDBC连接方式真有点什么问题/需注意的地方？还是weblogic JDBC配置问题？还是weblogic7的BUG？\r\n\r\n以上都是我的猜测，请大家有思路尽管相告，再次感谢！\r\n\r\n回楼上<dugong >;:\r\n你说的问题我正在看,谢谢了!

dugong

刚才询问了一个做oracle的朋友，/tmp下空间的占用是系统对进程的纪录，特别是数据库用户连接的一旦比较多，进程也多，自然/tmp空间的占用也多了，再加上如果有一些死进程在里面的话，会不断增大的，可以手工清理那些无用进程。\r\n建议将/tmp扩大，朋友那边扩到了几个G呢。

shiux

请问如何\"重新定向oracle的设置\",修改哪些参数?\r\n\r\n盼告!谢谢!

shiux

回楼上<dugong >; \r\n那为何O806好像没用/TMP呢?\r\n同时我这还有一台S85运行O817,部分应用为2层部分为3层(APP为weblogic,但其/tmp下的ORA进程只有十几个,远没这台机器的多./tmp使用率也较少为80M(/tmp:600M  使用率14%)这是为何?\r\n\r\n两机对比:\r\nS85:\r\n      /TMP 600M 使用率:14% 使用空间:80M \r\n       \'fuser -c /tmp\'进程:11\r\n       WLS8 JDBC连接池数量:50-50\r\n有问题的S7A:\r\n       /TMP 300M 使用率:4%(正常)-77%(使用一段时间后,且继续增加)\r\n       \'fuser -c /tmp\'进程:>;80\r\n       WLS7 JDBC连接池数量:50-200\r\n是否与WLS7 JDBC连接池数量较大有关?

mxin

fuser -c 看到的并不是文件或目录本身的使用情况，而是所在文件系统的状况。\r\nfuser只能看某个文件的使用情况，如果要看目录，必须一个一个来。