If you are a WebLogic Developer or an Administrator there is 90 - 100% chance you have had situations where the WebLogic Server log files are filling up the disk space.
Continue reading here
A blog on Java Middleware technologies
If you are a WebLogic Developer or an Administrator there is 90 - 100% chance you have had situations where the WebLogic Server log files are filling up the disk space.
4 comments:
If you use the second method "logrotate" do null characters get added to the beginning of the cleared logfile once the existing process starts writing there again? How does copytruncate avoid this? I know that just cat'ing /dev/null into the stdout log will cause this to happen (fill w/ nulls).
I cannot get it to work, my script looks like this
/export/home/aratnam/logs/*.out {
copytruncate
compress
rotate 1
size=100k
sharedscripts
olddir /export/home/aratnam/old-logs
postrotate
time=`date +%s`
echo $time
mkdir -p /export/home/aratnam/old-logs/$time
mv /export/home/aratnam/logs/*.out.1.gz /export/home/aratnam/old-logs/$time
endscript
}
I get the following error
error: /etc/logrotate.conf:7 bad olddir path /export/home/aratnam/old-logs
error: found error in /export/home/aratnam/logs/*.out , skipping
error: /etc/logrotate.conf:7 } expected
Hi After using the logrotate, the file becomes 0 bytes and after sometime it is being restored to the original size. Also I see the disk space not beinf released.
Any ideas on this?
Hi,
I am facing the same problems as raghu. Does any body has a workaround for this?
My conf file looks like
{
missingok
copytruncate
rotate 7
compress
notifempty
sharedscripts
postrotate
endscript
}
Post a Comment