nohup.out的日志過(guò)大，是否會(huì)引起WebLogic內(nèi)存使用率居高不下 ？

Intel_Chip

大家好！ 有一個(gè)AIX6+WebLogic 10g + JDK6的運(yùn)行環(huán)境，WebLogic是以nohup的形式在后臺(tái)啟動(dòng)的，最近發(fā)現(xiàn)nohup.out日志文件達(dá)到了1.5GB， 并且從3月份開(kāi)始就沒(méi)有再繼續(xù)更新nohup.out文件了，3月開(kāi)始發(fā)現(xiàn)內(nèi)存使用率持續(xù)在90%無(wú)法下降，只能nohup重啟WebLogic釋放內(nèi)存，但是過(guò)一段期限之后內(nèi)存又上去了， 不知道這是否與nohup.out日志文件過(guò)大無(wú)法再插入日志信息有關(guān) ？   準(zhǔn)備把現(xiàn)在的nohup.out日志文件清空了～！

Shell_HAT

1. cp nohup.out nohup.out.bak
   
2. :>nohup.out

復(fù)制代碼

Intel_Chip

Shell_HAT 發(fā)表于 2014-04-15 12:40

兄臺(tái)是個(gè)熱心人，我是想知道內(nèi)存使用率居高不下的原因是否與nohup日志過(guò)大有關(guān)

Shell_HAT

回復(fù) 3# Intel_Chip


有可能，尤其是32位的JDK，日志達(dá)到2G的時(shí)候就會(huì)出問(wèn)題。
但是你這個(gè)不一定。要想知道內(nèi)存耗費(fèi)在什么地方了，做個(gè) heap dump 分析一下吧。
參考：
http://72891.cn/forum.p ... ;page=2#pid24103065

Intel_Chip

回復(fù) 4# Shell_HAT

謝謝！ 看來(lái)還是繞不過(guò)要分析Heap Dump文件


   

Shell_HAT

回復(fù) 5# Intel_Chip


    回頭記得把分析結(jié)果跟大家分享一下

Shell_HAT

你們用的Oracle的JDK還是IBM得JDK呢？
平時(shí)怎么做 heap dump呀？用jmap嗎？

rdcwayx

你可能把內(nèi)存 和硬盤(pán)空間的含義搞混了。 內(nèi)存90% 的意思應(yīng)該是該nohup.out所在的目錄空間一直高于90%

我的回答是， 在weblogic程序沒(méi)有退出的情況下，如果刪除nohup.out，其所占用的空間并沒(méi)有正確的釋放。 而你重啟的時(shí)候，就會(huì)關(guān)閉該文件句柄，從而釋放硬盤(pán)空間。

可以用2樓 shell_hat的辦法, 在清空該文件的時(shí)候，不丟失該文件句柄。 這樣，在運(yùn)行的weblogic依舊可以往里寫(xiě)日志。最好是每天晚上用cronjob 自動(dòng)的做一下。

1. cp nohup.out nohup.out.`date +%Y%m%d`
   
2. :>nohup.out

復(fù)制代碼

當(dāng)然，我的做法是，直接加/dev/null 2>&1，放棄該日志， , 因?yàn)闆](méi)有用處。 weblogic有正常的日志。而不在nohup.out 里。

Intel_Chip

回復(fù) 8# rdcwayx

使用的是集中監(jiān)控統(tǒng)計(jì)內(nèi)存的命令：vmstat -v ，  觀(guān)察其中的memory used for computational pages字段


   

rdcwayx

那么就有內(nèi)存泄漏了。 這個(gè)只有查dump了