Clear & PH& logs & RT_LOG
Moderators: chulett, rschirm, roy
Clear & PH& logs & RT_LOG
Hi There,
What happens actually if we do not Clear & PH& logs & RT_LOG at regular intervals or if we dont clear the unwanted logs in scratch disk.
Can it cause datstage jobs being HUNG or LOCKED?
thanks in advance for kind input on this.
Akumar
What happens actually if we do not Clear & PH& logs & RT_LOG at regular intervals or if we dont clear the unwanted logs in scratch disk.
Can it cause datstage jobs being HUNG or LOCKED?
thanks in advance for kind input on this.
Akumar
Akumar
-
- Participant
- Posts: 3337
- Joined: Mon Jan 17, 2005 4:49 am
- Location: United Kingdom
-
- Premium Member
- Posts: 425
- Joined: Sat Nov 19, 2005 9:26 am
- Location: New York City
- Contact:
Well ... in my humble opinion I would clear those logs regulary, DS jobs can and will fail if not under certain conditions
It will be good to state that I'm just level 3, not 5 (Before I get a very rude or judgemental reply from another level 5 poster)
Regards
It will be good to state that I'm just level 3, not 5 (Before I get a very rude or judgemental reply from another level 5 poster)
Regards
Last edited by JRodriguez on Tue Aug 17, 2010 11:36 am, edited 3 times in total.
Julio Rodriguez
ETL Developer by choice
"Sure we have lots of reasons for being rude - But no excuses
ETL Developer by choice
"Sure we have lots of reasons for being rude - But no excuses
Unless you get warnings on every row then a log file will not get filled up. By default they hold 2GB. &PH& is a directory and the files in here are very small. I have seen a lot of places not clear these and they run fine. Logs should be auto purged based on days or number of job runs especially in DEV. Set these up at the begining of a project.
You may want to change your rating. It is usually wise to be under estimated than over estimated on a web site like this. Make yourself a 5 on your resume otherwise you might take abuse from someone on this site. Ray can call himself a 1 and everybody knows he is a 5. The truth is nobody knows it all. So you might be a 5 in many aspects. I have no idea. Besides it is just a number.
You may want to change your rating. It is usually wise to be under estimated than over estimated on a web site like this. Make yourself a 5 on your resume otherwise you might take abuse from someone on this site. Ray can call himself a 1 and everybody knows he is a 5. The truth is nobody knows it all. So you might be a 5 in many aspects. I have no idea. Besides it is just a number.
Mamu Kim
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The more entries that exist in &PH& and/or logs, the slower job startup times will be, particularly on operating systems that use linear directory file structures. &PH&, being a directory, can not fill with files until there are more than 4G entries (or the disk fills).
If RT_LOGnnn fills (reaches 2GB) it will become corrupted. It will no longer be able to open this log in Director (fortunately Clear Log can be invoked from Status view). A full log will not prevent the job from being opened in Designer. However a full or corrupted log will prevent the job from being run.
If RT_LOGnnn fills (reaches 2GB) it will become corrupted. It will no longer be able to open this log in Director (fortunately Clear Log can be invoked from Status view). A full log will not prevent the job from being opened in Designer. However a full or corrupted log will prevent the job from being run.
Last edited by ray.wurlod on Wed Aug 18, 2010 8:05 pm, edited 1 time in total.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.